MySQL事務的隔離級別詳情

Posted on by

一、隔離級別的概念

為什麼要考慮隔離級別？

因為事務要並發執行，而並發執行可能會出現一些問題：臟讀、不可重復讀和虛讀，有的是允許出現的，有的不允許出現，對於這種不同程度上的出現或不出現的並發控制才有瞭不同的隔離級別。

MySQL支持的四種隔離級別是：

  • TRANSACTION_READ_UNCOMMITTED：未提交讀。說明在提交前事務A可以看到事務B的變化。這樣讀臟數據，不可重復讀和幻讀都是被允許的。
  • TRANSACTION_READ_COMMITTED：已提交讀（oracle默認），說明讀取未提交的數據是不允許的（防止臟讀）。在這個級別仍然允許不可重復讀和幻讀發生。
  • TRANSACTION_REPEATABLE_READ：可重復讀（MySQL默認），說明事務保證能夠再次讀取相同的數據而不會失敗，即使其他的事務把這個數據改瞭，你也不會看到前後兩次查詢的數據的不同。但是幻讀仍然會出現。
  • TRANSACTION_SERIALIZABLE：串行化，是最高的事務隔離級別，它防止臟讀，不可重復讀和幻讀。串行執行，相當於是單線程操作，並發能力最低。

註意：

事務隔離級別越高，為避免沖突所花費的性能也就越多，即效率低。在“可重復讀”級別，實際上可以解決部分的虛讀問題，但是不能防止update更新產生的虛讀問題，要禁止虛讀產生，還是需要設置串行化隔離級別。

MySQL客戶端默認工作在可重復讀級別：

二、測試TRANSACTION_READ_UNCOMMITTED隔離級別

若此時A客戶端rollback，數據庫中zhangsan的年齡恢復到瞭20，這時候已經來不及瞭，因為B客戶端已經拿著21去做業務瞭。

兩個客戶端都rollback放棄對當前事務對數據做的修改，zhangsan年齡恢復為20

三、測試TRANSACTION_READ_COMMITTED隔離級別

因為設置瞭已提交讀隔離級別，所以事務B並沒有發生臟讀，這是由各種鎖機制以及事務並發的MVCC版本控制實現的。

查詢到瞭已經commit的數據，發生瞭不可重復讀，這在已提交讀隔離級別是允許發生的。既然發生瞭不可重復讀，幻讀就肯定可以發生瞭。

四、測試TRANSACTION_REPEATABLE_READ隔離級別

可重復讀在一定意義上可以防止幻讀的出現，可以看到，當前的可重復讀隔離級別，防止瞭insert。其實可重復讀隔離級別可以防止insert和delete，不能防止update。

實際上，事務A已經插入並且提交瞭，aaa已經存在，因為事務B update aaa的年齡成功瞭

前後兩次同樣的查詢，後一次查詢與前一次查詢的數據量不同，就發生瞭幻讀。也就是可重復讀隔離級別下，並沒有解決幻讀的問題，要徹底解決幻讀，就需要設置串行化隔離級別

五、測試TRANSACTION_SERIALIZABLE隔離級別

從現象看，串行化可以解決幻讀，同樣的條件進行查詢，在另一個表裡面插入數據時就被阻塞，由於事務B正在讀數據，此時事務A再寫數據就被阻塞瞭（用讀寫鎖實現，允許讀讀，不允許讀寫或者寫寫）

MySQL server不會讓自己執行事務的線程永遠阻塞，導致當前線程占用的鎖無法釋放，而使得其他執行事務的線程也無法獲得鎖而永遠阻塞。所以執行事務的線程都是帶有時間的，當線程等待時間過長時，會讓超時線程釋放鎖，並會返回一個錯誤：

到此這篇關於MySQL事務的隔離級別詳情的文章就介紹到這瞭,更多相關MySQL事務隔離級別內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：