1、讀未提交
2、讀提交
3、可重複讀 rr
4、序列讀
每次修改對應乙個事務id:row trx id，還對應乙個undo log，因此undo log和row trx id是一一對應的。
當我們開始乙個事務的時候，會生成乙個事務的snap shot，將當前正在進行的沒有提交的事務id存放到乙個陣列中。這個陣列是靜態的，可稱之為檢視。致性innodb就是用這個陣列來實現隔離的，從而保證了一致性讀。
陣列中最大的id是自己，表示高水位；最小的是事務id是低水位。
對於可重複讀，小於低水位的資料說明在建立事務之前就已經提交，因此對於本事務是可見的；
大於高水位的資料是不可見的，是本次事務建立後才建立的事務修改的資料，因此對於本事務是不可見的；
如果處於低水位和高水位之前的事務修改的資料，則要看該事務id是否落在了檢視建立是的事務陣列中，如果落在了裡面，表示雖然該事務早於我之前建立，但是晚於我事務啟動時提交，因此是不可見的。如果沒有落在事務id陣列中，那麼表示本事務建立時，該事務已經提交，因此是可見的。
以上幾個原則，保證了一致性讀。
資料更新時，必須是在當前的最新的資料上修改，否則某些事務的更新就會被覆蓋。因此，事務中的更新操作必須是當前讀。這就和我們上面說的一致性讀產生了矛盾，或者說是有別於一致性讀。此時就要引入行鎖，當資料修改，但沒有提交時，行鎖是一直持有的。因此其他事務的更新操作是會被阻塞的。因此，行鎖保證了當前讀，也就保證了資料的修改不會被覆蓋。
mysql如何實現隔離性 Mysql的隔離以及實現
mysql的隔離級別有四個 1 讀未提交 2 讀提交 3 可重複讀 rr 4 序列讀 隔離的實現 每次修改對應乙個事務id row trx id，還對應乙個undo log，因此undo log和row trx id是一一對應的。當我們開始乙個事務的時候，會生成乙個事務的snap shot，將當前正...
mysql的事務以及隔離級別
實際專案中的事務 題外話事務是最小的不可分割的工作單元，事務能保證乙個業務的完整性 執行乙個事務時，事務中只要有乙個操作失敗，整個事務就會失敗 銀行轉賬系統，先扣費再轉賬，如果扣費成功了，但是轉賬失敗了，假如扣費是乙個事務，轉賬為乙個事務，就會導致程式扣費成功了，但是沒有轉賬成功，這樣會造成要取錢的...
MYSQL事務以及隔離級
事務是一組原子性的sql查詢語句，也可以被看做乙個工作單元。如果資料庫引擎能夠成功地對資料庫應用所有的查詢語句，它就會執行所有查詢，如果任何一條查詢語句因為崩潰或其他原因而無法執行，那麼所有的語句就都不會執行。也就是說，事務內的語句要麼全部執行，要麼一句也不執行。例 將b表中符合條件的記錄搬移到a表...