MySQL事務的隔離級別是什么

這篇文章主要介紹了MySQL事務的隔離級別是什么的相關知識，內容詳細易懂，操作簡單快捷，具有一定借鑒價值，相信大家閱讀完這篇MySQL事務的隔離級別是什么文章都會有所收獲，下面我們一起來看看吧。

一、隔離級別的概念

為什么要考慮隔離級別？

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

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事務的隔離級別是什么”知識都有一定的了解，大家如果還想學習更多知識，歡迎關注億速云行業資訊頻道。