5 分鐘讀懂 MySQL 四種隔離級別間的區別
- 2019 年 10 月 31 日
- 筆記
讀完需要13分鐘
速讀僅需5分鐘
1、什麼是事務
事務是應用程式中一系列嚴密的操作,所有操作必須成功完成,否則在每個操作中所作的所有更改都會被撤消。也就是事務具有原子性,一個事務中的一系列的操作要麼全部成功,要麼一個都不做。
事務的結束有兩種,當事務中的所以步驟全部成功執行時,事務提交。如果其中一個步驟失敗,將發生回滾操作,撤消撤消之前到事務開始時的所以操作。
2、事務的 ACID
事務具有四個特徵:原子性( Atomicity )、一致性( Consistency )、隔離性( Isolation )和持續性( Durability )。這四個特性簡稱為 ACID 特性。
- 原子性:事務是資料庫的邏輯工作單位,事務中包含的各操作要麼都做,要麼都不做
- 一致性:事務執行的結果必須是使資料庫從一個一致性狀態變到另一個一致性狀態。因此當資料庫只包含成功事務提交的結果時,就說資料庫處於一致性狀態。如果資料庫系統 運行中發生故障,有些事務尚未完成就被迫中斷,這些未完成事務對資料庫所做的修改有一部分已寫入物理資料庫,這時資料庫就處於一種不正確的狀態,或者說是不一致的狀態。
- 隔離性:一個事務的執行不能其它事務干擾。即一個事務內部的操作及使用的數據對其它並發事務是隔離的,並發執行的各個事務之間不能互相干擾。
- 持續性:也稱永久性,指一個事務一旦提交,它對資料庫中的數據的改變就應該是永久性的。接下來的其它操作或故障不應該對其執行結果有任何影響。
3MySQL 的四種隔離級別
SQL 標準定義了 4 類隔離級別,包括了一些具體規則,用來限定事務內外的哪些改變是可見的,哪些是不可見的。低級別的隔離級一般支援更高的並發處理,並擁有更低的系統開銷。
3.1Read Uncommitted(讀取未提交內容)
在該隔離級別,所有事務都可以看到其他未提交事務的執行結果。本隔離級別很少用於實際應用,因為它的性能也不比其他級別好多少。讀取未提交的數據,也被稱之為臟讀(Dirty Read)。
3.2Read Committed(讀取提交內容)
這是大多數資料庫系統的默認隔離級別(但不是 MySQL 默認的)。它滿足了隔離的簡單定義:一個事務只能看見已經提交事務所做的改變。這種隔離級別 也支援所謂的不可重複讀(Nonrepeatable Read),因為同一事務的其他實例在該實例處理其間可能會有新的 Commit,所以同一 Select 可能返回不同結果。
3.3Repeatable Read(可重讀)
這是 MySQL 的默認事務隔離級別,它確保同一事務的多個實例在並發讀取數據時,會看到同樣的數據行。不過理論上,這會導致另一個棘手的問題:幻讀 (Phantom Read)。簡單的說,幻讀指當用戶讀取某一範圍的數據行時,另一個事務又在該範圍內插入了新行,當用戶再讀取該範圍的數據行時,會發現有新的 「幻影」 行。InnoDB 和 Falcon 存儲引擎通過多版本並發控制(MVCC,Multiversion Concurrency Control)機制解決了該問題。
3.4Serializable(可串列化)
這是最高的隔離級別,它通過強制事務排序,使之不可能相互衝突,從而解決幻讀問題。簡言之,它是在每個讀的數據行上加上共享鎖。在這個級別,可能導致大量的超時現象和鎖競爭。
這四種隔離級別採取不同的鎖類型來實現,若讀取的是同一個數據的話,就容易發生問題。例如:
臟讀 (Drity Read):某個事務已更新一份數據,另一個事務在此時讀取了同一份數據,由於某些原因,前一個 RollBack 了操作,則後一個事務所讀取的數據就會是不正確的。
不可重複讀 (Non-repeatable read):在一個事務的兩次查詢之中數據不一致,這可能是兩次查詢過程中間插入了一個事務更新的原有的數據。
幻讀 (Phantom Read):在一個事務的兩次查詢中數據筆數不一致,例如有一個事務查詢了幾列 (Row) 數據,而另一個事務卻在此時插入了新的幾列數據,先前的事務在接下來的查詢中,就會發現有幾列數據是它先前所沒有的。
在 MySQL 中,實現了這四種隔離級別,分別有可能產生問題如下所示:

4、測試 MySQL 的隔離級別
下面,將利用 MySQL 的客戶端程式,我們分別來測試一下這幾種隔離級別。
測試資料庫為 demo,表為 test;表結構:

兩個命令行客戶端分別為 A,B;不斷改變 A 的隔離級別,在 B 端修改數據。
4.1將 A 的隔離級別設置為 Read Uncommitted (未提交讀)

A:啟動事務,此時數據為初始狀態

B:啟動事務,更新數據,但不提交

A:再次讀取數據,發現數據已經被修改了,這就是所謂的 「臟讀」

B:回滾事務

A:再次讀數據,發現數據變回初始狀態

經過上面的實驗可以得出結論,事務 B 更新了一條記錄,但是沒有提交,此時事務 A 可以查詢出未提交記錄。造成臟讀現象。未提交讀是最低的隔離級別。
4.2
將客戶端 A 的事務隔離級別設置為 Read Committed (已提交讀)

A:啟動事務,此時數據為初始狀態

B:啟動事務,更新數據,但不提交

A:再次讀數據,發現數據未被修改

B:提交事務

A:再次讀取數據,發現數據已發生變化,說明B提交的修改被事務中的A讀到了,這就是所謂的 「不可重複讀」

經過上面的實驗可以得出結論,已提交讀隔離級別解決了臟讀的問題。但是出現了不可重複讀的問題,即事務 A 在兩次查詢的數據不一致,因為在兩次查詢之間事務 B 更新了一條數據。已提交讀只允許讀取已提交的記錄,但不要求可重複讀。
4.3
將 A 的隔離級別設置為 Repeatable Read (可重複讀)

A:啟動事務,此時數據為初始狀態

B:啟動事務,更新數據,但不提交

A:再次讀取數據,發現數據未被修改

B:提交事務

A:再次讀取數據,發現數據依然未發生變化,這說明這次可以重複讀了

B:插入一條新的數據,並提交

A:再次讀取數據,發現數據依然未發生變化。雖然可以重複讀了,但是卻發現讀的不是最新數據,這就是所謂的 「幻讀」

A:提交本次事務,再次讀取數據,發現讀取正常了

由以上的實驗可以得出結論,可重複讀隔離級別只允許讀取已提交記錄,而且在一個事務兩次讀取一個記錄期間,其他事務不得更新該記錄。但該事務不要求與其他事務可串列化,例如:當一個事務可以找到由一個已提交事務更新的記錄,但是可能產生幻讀問題(注意是可能,因為資料庫對隔離級別的實現有所差別)。像以上的實驗,就沒有出現數據幻讀的問題。
4.4
將 A 的隔離級別設置為可串列化 (Serializable)

A:啟動事務,此時數據為初始狀態

B:發現 B 此時進入了等待狀態,原因是因為 A 的事務尚未提交,只能等待(此時,B 可能會發生等待超時)

A:提交事務

B:發現插入成功

Serializable 完全鎖定欄位,若一個事務來查詢同一份數據就必須等待,直到前一個事務完成並解除鎖定為止。是完整的隔離級別,會鎖定對應的數據表格,因而會有效率的問題。
來源:知乎 原文:https://url.cn/5tswojh 題圖:來自Google圖片搜索 版權:本文版權歸原作者所有 投稿:歡迎投稿,郵箱: [email protected]