一、隔離級別的概念

為什么要考慮隔離級別？

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

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

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

注意：

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

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

二、測試TRANSACTION_READ_UNCOMMITTED隔離級別

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

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

三、測試TRANSACTION_READ_COMMITTED隔離級別

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

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

四、測試TRANSACTION_REPEATABLE_READ隔離級別

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

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

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

五、測試TRANSACTION_SERIALIZABLE隔離級別

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

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

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

美國服務器租用

版權聲明：本站文章來源標注為YINGSOO的內(nèi)容版權均為本站所有，歡迎引用、轉載，請保持原文完整并注明來源及原文鏈接。禁止復制或仿造本網(wǎng)站，禁止在非maisonbaluchon.cn所屬的服務器上建立鏡像，否則將依法追究法律責任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學習參考，不代表本站立場，如有內(nèi)容涉嫌侵權，請聯(lián)系alex-e#qq.com處理。