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中,屢次查詢的結果不一致,這就是咱們說的「不可重複讀」。it

Repeatable Read(可重讀)

這是MySQL的默認事務隔離級別,它確保同一事務的多個實例在併發讀取數據時,會看到一樣的數據行。不過理論上,這會致使另外一個棘手的問題:幻讀 (Phantom Read)。簡單的說,幻讀指當用戶讀取某一範圍的數據行時,另外一個事務又在該範圍內插入了新行,當用戶再讀取該範圍的數據行時,會發現有新的「幻影」 行。table

上面這一段是MySQL官方給出的解釋,聽着雲裏霧裏。「可重讀」這種隔離級別解決了上面例子中的問題,保證了同一事務內,屢次查詢的結果是一致的。也就是說,事務B插入數據提交事務後,事務A的查詢結果也是100條,由於事務A在開啓事務時,事務B插入的數據尚未提交。class

可是,這又引出了另一個狀況,「幻讀」。這個幻讀我以前理解是有問題的,在面試時,被對方一頓質疑。如今咱們就看看幻讀的正確理解:select

時間點 事務A 事務B
1 開啓事務
2 開啓事務
3 查詢數據「張三」,不存在
4 插入數據「張三」
5 提交事務
6 查詢數據「張三」,不存在
7 插入數據「張三」,不成功

事務A查詢「張三」,查詢不到,插入又不成功,「張三」這條數據就像幻覺同樣出現。這就是所謂的「幻讀」。網上對「幻讀」仍是其餘的解釋,都是錯誤的。好比像「幻讀」和「不可重複讀」是同樣,只不過「幻讀」是針對數據的個數。這些理解都是錯誤的。

Serializable(可串行化)

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

相關文章
相關標籤/搜索