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(可串列化)

這是最高的隔離級別,它通過強制事務排序,使之不可能相互衝突,從而解決幻讀問題。簡言之,它是在每個讀的數據行上加上共享鎖。在這個級別,可能導致大量的超時現象和鎖競爭。這種隔離級別很少使用,不給大家做過多的介紹了。