一、隔離級別的概念

為什么要考慮隔離級別？

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

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

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

注意：

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

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

二、測試TRANSACTION_READ_UNCOMMITTED隔離級別

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

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

三、測試TRANSACTION_READ_COMMITTED隔離級別

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

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

四、測試TRANSACTION_REPEATABLE_READ隔離級別

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

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

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

五、測試TRANSACTION_SERIALIZABLE隔離級別

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

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

到此這篇關于MySQL事務的隔離級別詳情的文章就介紹到這了,更多相關MySQL事務隔離級別內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論