MySQL中的幻讀，你真的理解嗎？
昨天接到阿里的電話面試，對方問了一個在MySQL當中，什麼是幻讀。當時一臉懵逼，憑著印象和對方胡扯了幾句。面試結束後，趕緊去查資料，才發現之前對幻讀的理解完全錯誤。下面，我們就聊聊幻讀。
要說幻讀，就要從MySQL的隔離級別說起。MySQL的4鍾隔離級別分別是：
Read Uncommitted（讀取未提交內容）
在該隔離級別，所有事務都可以看到其他未提交事務的執行結果。本隔離級別很少用於實際應用，因為它的效能也不比其他級別好多少。讀取未提交的資料，也被稱之為髒讀（Dirty Read）。
髒讀的具體示例如下：
| 時間點 | 事務A | 事務B |
|---|---|---|
| 1 | 開啟事務 | |
| 2 | 開啟事務 | |
| 3 | 查詢資料為100條 | |
| 4 | insert一條資料 | |
| 5 | 再查詢，結果為101條 |
在時間點5，事務A再次查詢資料時，事務B並沒有提交事務，但是，新的資料也被事務A查出來了。這就是髒讀。
Read Committed（讀取提交內容）
這是大多數資料庫系統的預設隔離級別（但不是MySQL預設的）。它滿足了隔離的簡單定義：一個事務只能看見已經提交事務所做的改變。這種隔離級別 也支援所謂的不可重複讀（Nonrepeatable Read），因為同一事務的其他例項在該例項處理其間可能會有新的commit，所以同一select可能返回不同結果。
| 時間點 | 事務A | 事務B |
|---|---|---|
| 1 | 開啟事務 | |
| 2 | 開啟事務 | |
| 3 | 查詢資料為100條 | |
| 4 | insert一條資料 | |
| 5 | 查詢資料為100條 | |
| 6 | 提交事務 | |
| 7 | 查詢資料為101條 |
我們可以看到，事務B在提交事務之前，事務A的兩次查詢結果是一致的。事務B提交事務以後，事務A再次查詢，查詢到了新增的這條資料。在事務A中，多次查詢的結果不一致，這就是我們說的“不可重複讀”。
Repeatable Read（可重讀）
這是MySQL的預設事務隔離級別，它確保同一事務的多個例項在併發讀取資料時，會看到同樣的資料行。不過理論上，這會導致另一個棘手的問題：幻讀 （Phantom Read）。簡單的說，幻讀指當用戶讀取某一範圍的資料行時，另一個事務又在該範圍內插入了新行，當用戶再讀取該範圍的資料行時，會發現有新的“幻影” 行。
上面這一段是MySQL官方給出的解釋，聽著雲裡霧裡。“可重讀”這種隔離級別解決了上面例子中的問題，保證了同一事務內，多次查詢的結果是一致的。也就是說，事務B插入資料提交事務後，事務A的查詢結果也是100條，因為事務A在開啟事務時，事務B插入的資料還沒有提交。
但是，這又引出了另外一個情況，“幻讀”。這個幻讀我之前理解是有問題的，在面試時，被對方一頓質疑。現在我們就看看幻讀的正確理解：
| 時間點 | 事務A | 事務B |
|---|---|---|
| 1 | 開啟事務 | |
| 2 | 開啟事務 | |
| 3 | 查詢資料“張三”，不存在 | |
| 4 | 插入資料“張三” | |
| 5 | 提交事務 | |
| 6 | 查詢資料“張三”，不存在 | |
| 7 | 插入資料“張三”，不成功 |
事務A查詢“張三”，查詢不到，插入又不成功，“張三”這條資料就像幻覺一樣出現。這就是所謂的“幻讀”。網上對“幻讀”還是其他的解釋，都是錯誤的。比如像“幻讀”和“不可重複讀”是一樣，只不過“幻讀”是針對資料的個數。這些理解都是錯誤的。
Serializable（可序列化）
這是最高的隔離級別，它通過強制事務排序，使之不可能相互衝突，從而解決幻讀問題。簡言之，它是在每個讀的資料行上加上共享鎖。在這個級別，可能導致大量的超時現象和鎖競爭。這種隔離級別很少使用，不給大家做過多的介紹了