您好,登錄后才能下訂單哦!
本篇內容介紹了“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(可串行化)
這是最高的隔離級別,它通過強制事務排序,使之不可能相互沖突,從而解決幻讀問題。簡言之,它是在每個讀的數據行上加上共享鎖。在這個級別,可能導致大量的超時現象和鎖競爭。這種隔離級別很少使用,不給大家做過多的介紹了。
“MySQL中的幻讀是什么意思”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。