共計 2981 個字符,預計需要花費 8 分鐘才能閱讀完成。
這篇文章將為大家詳細講解有關(guān) MySQL 中有哪四種隔離級別,文章內(nèi)容質(zhì)量較高,因此丸趣 TV 小編分享給大家做個參考,希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。
什么是事務
事務是應用程序中一系列嚴密的操作,所有操作必須成功完成,否則在每個操作中所作的所有更改都會被撤消。也就是事務具有原子性,一個事務中的一系列的操作要么全部成功,要么一個都不做。
事務的結(jié)束有兩種,當事務中的所以步驟全部成功執(zhí)行時,事務提交。如果其中一個步驟失敗,將發(fā)生回滾操作,撤消撤消之前到事務開始時的所以操作。另外,這篇分布式事務不理解? 一次給你講清楚! 推薦大家閱讀。
事務的 ACID
事務具有四個特征:原子性 (Atomicity)、一致性(Consistency)、隔離性(Isolation) 和持續(xù)性(Durability )。這四個特性簡稱為 ACID 特性。
原子性。事務是數(shù)據(jù)庫的邏輯工作單位,事務中包含的各操作要么都做,要么都不做
一致性。事 務執(zhí)行的結(jié)果必須是使數(shù)據(jù)庫從一個一致性狀態(tài)變到另一個一致性狀態(tài)。因此當數(shù)據(jù)庫只包含成功事務提交的結(jié)果時,就說數(shù)據(jù)庫處于一致性狀態(tài)。如果數(shù)據(jù)庫系統(tǒng) 運行中發(fā)生故障,有些事務尚未完成就被迫中斷,這些未完成事務對數(shù)據(jù)庫所做的修改有一部分已寫入物理數(shù)據(jù)庫,這時數(shù)據(jù)庫就處于一種不正確的狀態(tài),或者說是 不一致的狀態(tài)。
隔離性。一個事務的執(zhí)行不能其它事務干擾。即一個事務內(nèi)部的操作及使用的數(shù)據(jù)對其它并發(fā)事務是隔離的,并發(fā)執(zhí)行的各個事務之間不能互相干擾。
持續(xù)性。也稱 *** 性,指一個事務一旦提交,它對數(shù)據(jù)庫中的數(shù)據(jù)的改變就應該是 *** 性的。接下來的其它操作或故障不應該對其執(zhí)行結(jié)果有任何影響。
MySQL 的四種隔離級別
SQL 標準定義了 4 類隔離級別,包括了一些具體規(guī)則,用來限定事務內(nèi)外的哪些改變是可見的,哪些是不可見的。低級別的隔離級一般支持更高的并發(fā)處理,并擁有更低的系統(tǒng)開銷。另外,這篇分布式事務不理解? 一次給你講清楚! 推薦大家閱讀。
Read Uncommitted(讀取未提交內(nèi)容)
在該隔離級別,所有事務都可以看到其他未提交事務的執(zhí)行結(jié)果。本隔離級別很少用于實際應用,因為它的性能也不比其他級別好多少。讀取未提交的數(shù)據(jù),也被稱之為臟讀(Dirty Read)。
Read Committed(讀取提交內(nèi)容)
這是大多數(shù)數(shù)據(jù)庫系統(tǒng)的默認隔離級別(但不是 MySQL 默認的)。它滿足了隔離的簡單定義:一個事務只能看見已經(jīng)提交事務所做的改變。這種隔離級別 也支持所謂的不可重復讀(Nonrepeatable Read),因為同一事務的其他實例在該實例處理其間可能會有新的 commit,所以同一 select 可能返回不同結(jié)果。
Repeatable Read(可重讀)
這是 MySQL 的默認事務隔離級別,它確保同一事務的多個實例在并發(fā)讀取數(shù)據(jù)時,會看到同樣的數(shù)據(jù)行。不過理論上,這會導致另一個棘手的問題:幻讀 (Phantom Read)。簡單的說,幻讀指當用戶讀取某一范圍的數(shù)據(jù)行時,另一個事務又在該范圍內(nèi)插入了新行,當用戶再讀取該范圍的數(shù)據(jù)行時,會發(fā)現(xiàn)有新的“幻影” 行。InnoDB 和 Falcon 存儲引擎通過多版本并發(fā)控制 (MVCC,Multiversion Concurrency Control) 機制解決了該問題。
Serializable(可串行化)
這是 *** 的隔離級別,它通過強制事務排序,使之不可能相互沖突,從而解決幻讀問題。簡言之,它是在每個讀的數(shù)據(jù)行上加上共享鎖。在這個級別,可能導致大量的超時現(xiàn)象和鎖競爭。
這四種隔離級別采取不同的鎖類型來實現(xiàn),若讀取的是同一個數(shù)據(jù)的話,就容易發(fā)生問題。例如:
臟讀(Drity Read):某個事務已更新一份數(shù)據(jù),另一個事務在此時讀取了同一份數(shù)據(jù),由于某些原因,前一個 RollBack 了操作,則后一個事務所讀取的數(shù)據(jù)就會是不正確的。
不可重復讀(Non-repeatable read): 在一個事務的兩次查詢之中數(shù)據(jù)不一致,這可能是兩次查詢過程中間插入了一個事務更新的原有的數(shù)據(jù)。
幻讀 (Phantom Read): 在一個事務的兩次查詢中數(shù)據(jù)筆數(shù)不一致,例如有一個事務查詢了幾列(Row) 數(shù)據(jù),而另一個事務卻在此時插入了新的幾列數(shù)據(jù),先前的事務在接下來的查詢中,就有幾列數(shù)據(jù)是未查詢出來的,如果此時插入和另外一個事務插入的數(shù)據(jù),就會報錯。
在 MySQL 中,實現(xiàn)了這四種隔離級別,分別有可能產(chǎn)生問題如下所示:
測試 MySQL 的隔離級別
下面,將利用 MySQL 的客戶端程序,我們分別來測試一下這幾種隔離級別。
測試數(shù)據(jù)庫為 demo,表為 test; 表結(jié)構(gòu):
兩個命令行客戶端分別為 A,B; 不斷改變 A 的隔離級別,在 B 端修改數(shù)據(jù)。
將 A 的隔離級別設(shè)置為 read uncommitted(未提交讀)
A:啟動事務,此時數(shù)據(jù)為初始狀態(tài)
B:啟動事務,更新數(shù)據(jù),但不提交
A:再次讀取數(shù)據(jù),發(fā)現(xiàn)數(shù)據(jù)已經(jīng)被修改了,這就是所謂的“臟讀”
B:回滾事務
A:再次讀數(shù)據(jù),發(fā)現(xiàn)數(shù)據(jù)變回初始狀態(tài)
經(jīng)過上面的實驗可以得出結(jié)論,事務 B 更新了一條記錄,但是沒有提交,此時事務 A 可以查詢出未提交記錄。造成臟讀現(xiàn)象。未提交讀是 *** 的隔離級別。
將客戶端 A 的事務隔離級別設(shè)置為 read committed(已提交讀)
A:啟動事務,此時數(shù)據(jù)為初始狀態(tài)
B:啟動事務,更新數(shù)據(jù),但不提交
A:再次讀數(shù)據(jù),發(fā)現(xiàn)數(shù)據(jù)未被修改
B:提交事務
A:再次讀取數(shù)據(jù),發(fā)現(xiàn)數(shù)據(jù)已發(fā)生變化,說明 B 提交的修改被事務中的 A 讀到了,這就是所謂的“不可重復讀”
經(jīng)過上面的實驗可以得出結(jié)論,已提交讀隔離級別解決了臟讀的問題,但是出現(xiàn)了不可重復讀的問題,即事務 A 在兩次查詢的數(shù)據(jù)不一致,因為在兩次查詢之間事務 B 更新了一條數(shù)據(jù)。已提交讀只允許讀取已提交的記錄,但不要求可重復讀。
將 A 的隔離級別設(shè)置為 repeatable read(可重復讀)
A:啟動事務,此時數(shù)據(jù)為初始狀態(tài)
B:啟動事務,更新數(shù)據(jù),但不提交
A:再次讀取數(shù)據(jù),發(fā)現(xiàn)數(shù)據(jù)未被修改
B:提交事務
A:再次讀取數(shù)據(jù),發(fā)現(xiàn)數(shù)據(jù)依然未發(fā)生變化,這說明這次可以重復讀了
B:插入一條新的數(shù)據(jù),并提交
A:再次讀取數(shù)據(jù),發(fā)現(xiàn)數(shù)據(jù)依然未發(fā)生變化,雖然可以重復讀了,但是卻發(fā)現(xiàn)讀的不是 *** 數(shù)據(jù),這就是所謂的“幻讀”
A:提交本次事務,再次讀取數(shù)據(jù),發(fā)現(xiàn)讀取正常了
由以上的實驗可以得出結(jié)論,可重復讀隔離級別只允許讀取已提交記錄,而且在一個事務兩次讀取一個記錄期間,其他事務部的更新該記錄。但該事務不要求與其他事務可串行化。例如,當一個事務可以找到由一個已提交事務更新的記錄,但是可能產(chǎn)生幻讀問題(注意是可能,因為數(shù)據(jù)庫對隔離級別的實現(xiàn)有所差別)。像以上的實驗,就沒有出現(xiàn)數(shù)據(jù)幻讀的問題。
將 A 的隔離級別設(shè)置為可串行化(Serializable)
A:啟動事務,此時數(shù)據(jù)為初始狀態(tài)
B:發(fā)現(xiàn) B 此時進入了等待狀態(tài),原因是因為 A 的事務尚未提交,只能等待(此時,B 可能會發(fā)生等待超時)
A:提交事務
B:發(fā)現(xiàn)插入成功
serializable 完全鎖定字段,若一個事務來查詢同一份數(shù)據(jù)就必須等待,直到前一個事務完成并解除鎖定為止。是完整的隔離級別,會鎖定對應的數(shù)據(jù)表格,因而會有效率的問題。
關(guān)于 MySQL 中有哪四種隔離級別就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。