介紹

要聊事務(wù)，不可避免的要提到數(shù)據(jù)庫事務(wù)的四大特性

原子性（Atomic）
一致性（Consistency）
隔離性（Isolation）
持久性（Durability）

今天只聊隔離性，其他的比較好理解，建議看推薦閱讀中關(guān)于事務(wù)的講解。

先放一個表格，看看4個隔離級別會出現(xiàn)的各種問題，網(wǎng)上的解釋一大堆。看完后還是一臉蒙蔽，感覺懂了，又好像沒懂。因為沒有具體的演示例子，索性自己嘗試復(fù)現(xiàn)這幾個問題。

√ 為會發(fā)生，×為不會發(fā)生，下文的圖片顯示不清，可以點一下，放大看

先看MySQL版本，5.5.61，下文的所有實驗在這個版本上都能復(fù)現(xiàn)

select?version()

MySQL查看隔離級別

SELECT?@@tx_isolation

MySQL在會話層面設(shè)置隔離級別

set?session?transaction?isolation?level?隔離級別

開啟事務(wù)

start?transaction

提交事務(wù)

commit

回滾事務(wù)

rollback

建立如下表

CREATE?TABLE?`account`?(`id`?int(2)?NOT?NULL?AUTO_INCREMENT,`name`?varchar(10)?DEFAULT?NULL,`balance`?int(3)?DEFAULT?'0',PRIMARY?KEY?(`id`) )?ENGINE=InnoDB?AUTO_INCREMENT=4?DEFAULT?CHARSET=utf8mb4;

用Navicat（其他工具也行）開2個查詢的tab頁，表示2個會話

在2個Tab頁面分別執(zhí)行如下語句SELECT?@@tx_isolation

輸入都是REPEATABLE-READ，表明MySQL默認隔離級別為REPEATABLE-READ（可重復(fù)）讀。

臟讀

表中的數(shù)據(jù)如下，設(shè)置隔離級別為未提交讀

按照時間在2個Tab頁依次執(zhí)行如下命令

舉個例子概述一下這個過程，財務(wù)給張三發(fā)了1000元的工資，然后張三查詢自己的賬戶，果然多了1000元，變成了2000元，結(jié)果財務(wù)操作過程有誤，事務(wù)回滾。當(dāng)張三再查賬戶時，卻發(fā)現(xiàn)賬戶只有1000元。

臟讀就是指當(dāng)一個事務(wù)正在訪問數(shù)據(jù)，并且對數(shù)據(jù)進行了修改，而這種修改還沒有提交到數(shù)據(jù)庫中，這時，另外一個事務(wù)也訪問這個數(shù)據(jù)，然后使用了這個數(shù)據(jù)。

再舉一個嚴(yán)重的例子，證明一下危害
表中的數(shù)據(jù)如下

執(zhí)行完成，數(shù)據(jù)庫中的數(shù)據(jù)如下

解釋如下

現(xiàn)在好了，銀行無緣無故損失1000元。

不可重復(fù)讀

表中的數(shù)據(jù)如下，設(shè)置隔離級別為提交讀

不可重復(fù)讀是指在事務(wù)1內(nèi)，讀取了一個數(shù)據(jù)，事務(wù)1還沒有結(jié)束時，事務(wù)2也訪問了這個數(shù)據(jù)，修改了這個數(shù)據(jù)，并提交。緊接著，事務(wù)1又讀這個數(shù)據(jù)。由于事務(wù)2的修改，那么事務(wù)1兩次讀到的的數(shù)據(jù)可能是不一樣的，因此稱為是不可重復(fù)讀。

當(dāng)然你可以在T2時間段客戶端B修改完id=2的賬戶余額但沒有commit的時候，在客戶端A查詢id=2的賬戶余額，發(fā)現(xiàn)賬戶余額為0，可以證明提交讀這個隔離級別不會發(fā)生臟讀。

現(xiàn)在用上面的例子看一下可重復(fù)讀是個什么過程？
表中的數(shù)據(jù)如下，設(shè)置隔離級別為可重復(fù)讀

仔細看這個例子和上面的例子在T3時間段的輸出，理解了什么叫可重復(fù)讀了吧？當(dāng)我們將當(dāng)前會話的隔離級別設(shè)置為可重復(fù)讀的時候，當(dāng)前會話可以重復(fù)讀，就是每次讀取的結(jié)果集都相同，而不管其他事務(wù)有沒有提交。

但是在可重復(fù)讀的隔離級別上，會產(chǎn)生幻讀的問題。

幻讀

表中的數(shù)據(jù)如下，設(shè)置隔離級別為可重復(fù)讀

先上一段《高性能MySQL》對于幻讀的解釋

所謂幻讀，指的是當(dāng)某個事務(wù)在讀取某個范圍內(nèi)的記錄時，另外一個事務(wù)又在該范圍內(nèi)插入了新的記錄，當(dāng)之前的事務(wù)再次讀取該范圍的記錄時，會產(chǎn)生幻行。InnoDB存儲引擎通過多版本并發(fā)控制（MVCC）解決了幻讀的問題。

用大白話解釋一下，就是事務(wù)1查詢id<10的記錄時，返回了2條記錄，接著事務(wù)2插入了一條id為3的記錄，并提交。接著事務(wù)1查詢id<10的記錄時，返回了3條記錄，說好的可重復(fù)讀呢？結(jié)果卻多了一條數(shù)據(jù)。

MySQL通過MVCC解決了這種情況下的幻讀，我們可以驗證一下

這種情況下的幻讀被解決了，我再舉一個例子

表中的數(shù)據(jù)如下

select 某記錄是否存在，不存在，準(zhǔn)備插入此記錄，但執(zhí)行 insert 時發(fā)現(xiàn)此記錄已存在，無法插入，這個就有問題了。

很多人容易搞混不可重復(fù)讀和幻讀，確實這兩者有些相似。但不可重復(fù)讀重點在于update和delete，而幻讀的重點在于insert。

總的來說幻讀就是事務(wù)A對數(shù)據(jù)進行操作，事務(wù)B還是可以用insert插入數(shù)據(jù)的，因為使用的是行鎖，這樣導(dǎo)致的各種奇葩問題就是幻讀，表現(xiàn)形式很多，就不列舉了。

當(dāng)隔離級別設(shè)置為可串行化，強制事務(wù)串行執(zhí)行，避免了前面說的幻讀的問題。

有道無術(shù)，術(shù)可成；有術(shù)無道，止于術(shù)

歡迎大家關(guān)注Java之道公眾號

好文章，我在看??

總結(jié)

以上是生活随笔為你收集整理的不扯概念，用例子演示什么是脏读，不可重复读，幻读？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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