知識星球來自：Java識堂（微訊號：erlieStar）
介紹
要聊事務，不可避免的要提到資料庫事務的四大特性
原子性（Atomic）
一致性（Consistency）
隔離性（Isolation）
永續性（Durability）
今天只聊隔離性，其他的比較好理解，建議看推薦閱讀中關於事務的講解。
先放一個表格，看看4個隔離級別會出現的各種問題，網上的解釋一大堆。看完後還是一臉矇蔽，感覺懂了，又好像沒懂。因為沒有具體的演示例子，索性自己嘗試復現這幾個問題。
√ 為會發生，×為不會發生，下文的圖片顯示不清，可以點一下，放大看
先看MySQL版本，5.5.61，下文的所有實驗在這個版本上都能復現
select version()
MySQL檢視隔離級別
SELECT @@tx_isolation
MySQL在會話層面設定隔離級別
set session transaction isolation level 隔離級別
開啟事務
start transaction
提交事務
commit
回滾事務
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頁面分別執行如下陳述句
SELECT @@tx_isolation
輸入都是REPEATABLE-READ，表明MySQL預設隔離級別為REPEATABLE-READ（可重覆）讀。
臟讀
表中的資料如下，設定隔離級別為未提交讀
按照時間在2個Tab頁依次執行如下命令
臟讀就是指當一個事務正在訪問資料，並且對資料進行了修改，而這種修改還沒有提交到資料庫中，這時，另外一個事務也訪問這個資料，然後使用了這個資料。
再舉一個嚴重的例子，證明一下危害
表中的資料如下
執行完成，資料庫中的資料如下
解釋如下
不可重覆讀
表中的資料如下，設定隔離級別為提交讀
不可重覆讀是指在事務1內，讀取了一個資料，事務1還沒有結束時，事務2也訪問了這個資料，修改了這個資料，並提交。緊接著，事務1又讀這個資料。由於事務2的修改，那麼事務1兩次讀到的的資料可能是不一樣的，因此稱為是不可重覆讀。
當然你可以在T2時間段客戶端B修改完id=2的賬戶餘額但沒有commit的時候，在客戶端A查詢id=2的賬戶餘額，發現賬戶餘額為0，可以證明提交讀這個隔離級別不會發生臟讀。
現在用上面的例子看一下可重覆讀是個什麼過程？
表中的資料如下，設定隔離級別為可重覆讀
仔細看這個例子和上面的例子在T3時間段的輸出，理解了什麼叫可重覆讀了吧？當我們將當前會話的隔離級別設定為可重覆讀的時候，當前會話可以重覆讀，就是每次讀取的結果集都相同，而不管其他事務有沒有提交。
但是在可重覆讀的隔離級別上，會產生幻讀的問題。
幻讀
表中的資料如下，設定隔離級別為可重覆讀
先上一段《高效能MySQL》對於幻讀的解釋
所謂幻讀，指的是當某個事務在讀取某個範圍內的記錄時，另外一個事務又在該範圍內插入了新的記錄，當之前的事務再次讀取該範圍的記錄時，會產生幻行。InnoDB儲存引擎透過多版本併發控制（MVCC）解決了幻讀的問題。
用大白話解釋一下，就是事務1查詢id<10的記錄時，傳回了2條記錄，接著事務2插入了一條id為3的記錄，並提交。接著事務1查詢id<10的記錄時，傳回了3條記錄，說好的可重覆讀呢？結果卻多了一條資料。
MySQL透過MVCC解決了這種情況下的幻讀，我們可以驗證一下
這種情況下的幻讀被解決了，我再舉一個例子
表中的資料如下
select 某記錄是否存在，不存在，準備插入此記錄，但執行 insert 時發現此記錄已存在，無法插入，這個就有問題了。
很多人容易搞混不可重覆讀和幻讀，確實這兩者有些相似。但不可重覆讀重點在於update和delete，而幻讀的重點在於insert。
總的來說幻讀就是事務A對資料進行操作，事務B還是可以用insert插入資料的，因為使用的是行鎖，這樣導致的各種奇葩問題就是幻讀，表現形式很多，就不列舉了。
當隔離級別設定為可序列化，強制事務序列執行，避免了前面說的幻讀的問題。
想用程式碼復現的，看原文，可以粘程式碼
