網(wǎng)絡(luò)上關(guān)于這方面的博文有些偏理論，有些通篇代碼，都不能深入淺出。本文用圖文并茂的方式，配上行云流水般的代碼，非要擺清楚這個(gè)問題。相關(guān)代碼已提交至碼云（點(diǎn)擊這里下載）。

事務(wù)是現(xiàn)代關(guān)系型數(shù)據(jù)庫的核心之一。在多個(gè)事務(wù)并發(fā)操作數(shù)據(jù)庫（多線程、網(wǎng)絡(luò)并發(fā)等）的時(shí)候，如果沒有有效的避免機(jī)制，就會(huì)出現(xiàn)以下幾種問題：

第一類丟失更新（Lost Update）

在完全未隔離事務(wù)的情況下，兩個(gè)事務(wù)更新同一條數(shù)據(jù)資源，某一事務(wù)完成，另一事務(wù)異常終止，回滾造成第一個(gè)完成的更新也同時(shí)丟失 。這個(gè)問題現(xiàn)代關(guān)系型數(shù)據(jù)庫已經(jīng)不會(huì)發(fā)生，就不在這里占用篇幅，有興趣的可以自行百度。

臟讀（Dirty Read）

A事務(wù)執(zhí)行過程中，B事務(wù)讀取了A事務(wù)的修改。但是由于某些原因，A事務(wù)可能沒有完成提交，發(fā)生RollBack了操作，則B事務(wù)所讀取的數(shù)據(jù)就會(huì)是不正確的。這個(gè)未提交數(shù)據(jù)就是臟讀（Dirty Read）。臟讀產(chǎn)生的流程如下：

可以用EF Core模擬此過程：

對(duì)應(yīng)的執(zhí)行結(jié)果：

不可重復(fù)讀（Nonrepeatable Read）

B事務(wù)讀取了兩次數(shù)據(jù)，在這兩次的讀取過程中A事務(wù)修改了數(shù)據(jù)，B事務(wù)的這兩次讀取出來的數(shù)據(jù)不一樣。B事務(wù)這種讀取的結(jié)果，即為不可重復(fù)讀（Nonrepeatable Read）。不可重復(fù)讀的產(chǎn)生的流程如下：

模擬代碼如下：

臟讀示例

對(duì)應(yīng)的執(zhí)行結(jié)果：

不可重復(fù)讀有一種特殊情況，兩個(gè)事務(wù)更新同一條數(shù)據(jù)資源，后完成的事務(wù)會(huì)造成先完成的事務(wù)更新丟失。這種情況就是大名鼎鼎的第二類丟失更新。主流的數(shù)據(jù)庫已經(jīng)默認(rèn)屏蔽了第一類丟失更新問題（即：后做的事務(wù)撤銷，發(fā)生回滾造成已完成事務(wù)的更新丟失），但我們編程的時(shí)候仍需要特別注意第二類丟失更新。它產(chǎn)生的流程如下：

模擬代碼如下：

對(duì)應(yīng)的執(zhí)行結(jié)果：

不可重復(fù)讀有一種特殊情況，兩個(gè)事務(wù)更新同一條數(shù)據(jù)資源，后完成的事務(wù)會(huì)造成先完成的事務(wù)更新丟失。這種情況就是大名鼎鼎的第二類丟失更新。主流的數(shù)據(jù)庫已經(jīng)默認(rèn)屏蔽了第一類丟失更新問題（即：后做的事務(wù)撤銷，發(fā)生回滾造成已完成事務(wù)的更新丟失），但我們編程的時(shí)候仍需要特別注意第二類丟失更新。它產(chǎn)生的流程如下：

模擬代碼如下：

對(duì)應(yīng)的執(zhí)行結(jié)果如下圖：

可以明顯看出事務(wù)A的更新被事務(wù)B所覆蓋，更新丟失。

幻讀（Phantom Read）

B事務(wù)讀取了兩次數(shù)據(jù)，在這兩次的讀取過程中A事務(wù)添加了數(shù)據(jù)，B事務(wù)的這兩次讀取出來的集合不一樣。幻讀產(chǎn)生的流程如下：

這個(gè)流程看起來和不可重復(fù)讀差不多，但幻讀強(qiáng)調(diào)的集合的增減，而不是單獨(dú)一條數(shù)據(jù)的修改。

模擬代碼如下：

執(zhí)行結(jié)果：

數(shù)據(jù)庫隔離級(jí)別

為了解決上面提及的并發(fā)問題，主流關(guān)系型數(shù)據(jù)庫都會(huì)提供四種事務(wù)隔離級(jí)別。

讀未提交（Read Uncommitted）

在該隔離級(jí)別，所有事務(wù)都可以看到其他未提交事務(wù)的執(zhí)行結(jié)果。本隔離級(jí)別是最低的隔離級(jí)別，雖然擁有超高的并發(fā)處理能力及很低的系統(tǒng)開銷，但很少用于實(shí)際應(yīng)用。因?yàn)椴捎眠@種隔離級(jí)別只能防止第一類更新丟失問題，不能解決臟讀，不可重復(fù)讀及幻讀問題。

讀已提交（Read Committed）

這是大多數(shù)數(shù)據(jù)庫系統(tǒng)的默認(rèn)隔離級(jí)別（但不是MySQL默認(rèn)的）。它滿足了隔離的簡單定義：一個(gè)事務(wù)只能看見已經(jīng)提交事務(wù)所做的改變。這種隔離級(jí)別可以防止臟讀問題，但會(huì)出現(xiàn)不可重復(fù)讀及幻讀問題。

可重復(fù)讀（Repeatable Read）

這是MySQL的默認(rèn)事務(wù)隔離級(jí)別，它確保同一事務(wù)的多個(gè)實(shí)例在并發(fā)讀取數(shù)據(jù)時(shí)，會(huì)看到同樣的數(shù)據(jù)行。這種隔離級(jí)別可以防止除幻讀外的其他問題。

可串行化（Serializable）

這是最高的隔離級(jí)別，它通過強(qiáng)制事務(wù)排序，使之不可能相互沖突，從而解決幻讀、第二類更新丟失問題。在這個(gè)級(jí)別，可以解決上面提到的所有并發(fā)問題，但可能導(dǎo)致大量的超時(shí)現(xiàn)象和鎖競爭，通常數(shù)據(jù)庫不會(huì)用這個(gè)隔離級(jí)別，我們需要其他的機(jī)制來解決這些問題:樂觀鎖和悲觀鎖。

這四種隔離級(jí)別會(huì)產(chǎn)生的問題如下（網(wǎng)上到處都有，懶得畫了）：

如何使用數(shù)據(jù)庫的隔離級(jí)別

很多文章博客在介紹完這些隔離級(jí)別以后，就沒有以后了。讀的人一般會(huì)覺得，嗯，是這么回事，我知道了！

學(xué)習(xí)一個(gè)知識(shí)點(diǎn)，是需要實(shí)踐的。比如下面這個(gè)常見而又異常嚴(yán)重的情況：

圖中是典型的第二類丟失更新問題，后果異常嚴(yán)重。我們這里就以讀已提交（Read Committed）及以下隔離級(jí)別中會(huì)出現(xiàn)不可重復(fù)讀現(xiàn)象為例。從上面的表格可以看出，當(dāng)事務(wù)隔離級(jí)別為可重復(fù)讀（Repeatable Read）時(shí)可以避免。把TestReadCommitted中的Read線程事務(wù)級(jí)別調(diào)整一下：

這時(shí)執(zhí)行效果如下：

實(shí)際項(xiàng)目中，通過提示客戶端重做的方式，完美解決了不可重復(fù)讀的問題。其他并發(fā)問題，也可以通過類似的方式解決。

最后，文中提到可串行化解決幻讀的問題，會(huì)在下篇文章詳細(xì)介紹，包含各種酷炫的樂觀鎖操作，敬請(qǐng)期待！?

原文地址：https://www.cnblogs.com/yubaolee/p/10398633.html

.NET社區(qū)新聞，深度好文，歡迎訪問公眾號(hào)文章匯總 http://www.csharpkit.com

總結(jié)

以上是生活随笔為你收集整理的仅此一文让你明白事务隔离级别、脏读、不可重复读、幻读的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。