主要內容：一致性讀 當前讀
在讀提交隔離級別之下：事務a: k = 2；事務b: k=3
（大白話）原理：在可重複讀隔離級別之下，查詢操作所遵循的是一致性試圖中給出的資料，更新操作所遵循的是當前讀中所給出的資料。
mvcc：多版本併發控制。在我的理解裡面，就是回滾操作
transaction id：在innodb中，每乙個事務都有自己唯一的事務id，叫做transaction id。它是在事務開始的時候向innodb的事務系統申請的，是按照申請順序嚴格遞增的。
row trx_id: 每行資料有多個版本（每更新一次，就對應乙個新的版本）。行內資料的更新是由事務的一系列操作引起的，為了記錄下每次的資料版本，採用的方法是：把transaction id賦值給這個資料版本，記為：row trx_id。
下圖表示，同一行資料的不同版本，分別為;v1 v2 v3 v3：
快照：在可重複讀隔離級別之下，對整個資料庫中資料的一些記錄。根據一致性檢視，可以從當前值，恢復想要事務id時的值。
當前事務的一致性試圖：陣列+高水位
～～～～陣列：在innodb中，為每個事務構建了乙個資料，用來儲存這個事務啟動瞬間，當前正在」啟動了但是還沒有提交「的所有事務的id
～～～～高水位：如下圖所示
乙個資料版本呢，對乙個事務檢視，除了自己的更新總是可見以外，有三種情況：
1 版本未提交，不可見
2 版本已提交，但是在檢視建立後提交，不可見
3 版本已提交，在檢視建立前提交，可見
可重複讀隔離級別----更新邏輯：
更新資料，都是先讀後寫，只能讀當前的值，也稱為」當前讀「
查詢邏輯+更新邏輯，則可以解釋圖一當中的結果值。
資料庫之事務的隔離級別
iso 和 anis sql 標準制定了四種事務隔離級別，而 innodb 遵循了 sql 1992 標準中的四種隔離級別 read uncommited 使用查詢語句不會加鎖，可能會讀到未提交的行 dirty read read commited 只對記錄加記錄鎖，而不會再記錄之間加間隙鎖，所以允...
資料庫之事務隔離級別簡析
資料庫之事務隔離級別簡析 在分布式的系統中，通常會有多個執行緒連線到資料庫中同時對乙個表進行操作 這裡的同時並不表示同乙個時間點，而是同時競爭cpu的資源，至於如何排程，就要看執行緒和作業系統如何進行排程了 這種情況下如果會話的事物設定不當，就會導致資料混亂，常常會出現以下三種情況 假設現在系統中有...
理解資料庫之事務與其隔離級別
一 事務的四大特性 原子性原子性是指事務包含的操作要麼全部成功，要麼全部失敗回滾。一致性一致性是指事務必須使資料庫從乙個一致性狀態變換為另乙個一致性狀態，也就是說事務執行之前和執行之後都必須處於一致性狀態。以a b兩個使用者轉賬為例，無論如何轉賬，兩個使用者的總金額和是不變的。隔離性隔離性是指當多個...