溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

數(shù)據(jù)庫事務隔離級別

發(fā)布時間:2020-07-04 16:25:56 來源:網(wǎng)絡(luò) 閱讀:482 作者:沙漏半杯 欄目:編程語言

數(shù)據(jù)庫事務的隔離級別有4個,由低到高依次為Read uncommitted、Read committed、Repeatable read、Serializable,這四個級別可以逐個解決臟讀、不可重復讀、幻讀這幾類問題。



√: 可能出現(xiàn)? ? ×: 不會出現(xiàn)


? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 臟讀 ? 不可重復讀 幻讀

Read uncommitted ? ? ? √? ? ? ? ? ? ? ? √ ? ? ? ? ? √

Read committed ? ? ? × ? ? ? ? √ ? ? ? ? ? √

Repeatable read ? ? ? × ? ? ? ? × ? ? ? ? ? √

Serializable ? ? ? ? ? ? ? × ? ? ? ? × ? ? ? ? ?×

?


注意:我們討論隔離級別的場景,主要是在多個事務并發(fā)的情況下,因此,接下來的講解都圍繞事務并發(fā)。



DEFAULT (默認)使用數(shù)據(jù)庫設(shè)置的隔離級別,由 DBA 默認的設(shè)置來決定隔離級別 .

READ_UNCOMMITTED 會出現(xiàn)臟讀、不可重復讀、幻讀 ( 隔離級別最低,并發(fā)性能高 )

READ_COMMITTED 會出現(xiàn)不可重復讀、幻讀問題(鎖定正在讀取的行)

REPEATABLE_READ 會出幻讀(鎖定所讀取的所有行)

SERIALIZABLE 保證所有的情況不會發(fā)生(鎖表)

不可重復讀的重點是修改 :

同樣的條件 , 你讀取過的數(shù)據(jù) , 再次讀取出來發(fā)現(xiàn)值不一樣了

幻讀的重點在于新增或者刪除同樣的條件 , 第 1 次和第 2 次讀出來的記錄數(shù)不一樣



Read uncommitted 讀未提交

公司發(fā)工資了,領(lǐng)導把5000元打到singo的賬號上,但是該事務并未提交,而singo正好去查看賬戶,發(fā)現(xiàn)工資已經(jīng)到賬,是5000元整,非常高興??墒遣恍业氖?,領(lǐng)導發(fā)現(xiàn)發(fā)給singo的工資金額不對,是2000元,于是迅速回滾了事務,修改金額后,將事務提交,最后singo實際的工資只有2000元,singo空歡喜一場。

數(shù)據(jù)庫事務隔離級別

?


出現(xiàn)上述情況,即我們所說的臟讀,兩個并發(fā)的事務,“事務A:領(lǐng)導給singo發(fā)工資”、“事務B:singo查詢工資賬戶”,事務B讀取了事務A尚未提交的數(shù)據(jù)。


當隔離級別設(shè)置為Read uncommitted時,就可能出現(xiàn)臟讀,如何避免臟讀,請看下一個隔離級別。


Read committed 讀提交

singo拿著工資卡去消費,系統(tǒng)讀取到卡里確實有2000元,而此時她的老婆也正好在網(wǎng)上轉(zhuǎn)賬,把singo工資卡的2000元轉(zhuǎn)到另一賬戶,并在singo之前提交了事務,當singo扣款時,系統(tǒng)檢查到singo的工資卡已經(jīng)沒有錢,扣款失敗,singo十分納悶,明明卡里有錢,為何......


出現(xiàn)上述情況,即我們所說的不可重復讀,兩個并發(fā)的事務,“事務A:singo消費”、“事務B:singo的老婆網(wǎng)上轉(zhuǎn)賬”,事務A事先讀取了數(shù)據(jù),事務B緊接了更新了數(shù)據(jù),并提交了事務,而事務A再次讀取該數(shù)據(jù)時,數(shù)據(jù)已經(jīng)發(fā)生了改變。


當隔離級別設(shè)置為Read committed時,避免了臟讀,但是可能會造成不可重復讀。


大多數(shù)數(shù)據(jù)庫的默認級別就是Read committed,比如Sql Server , Oracle。如何解決不可重復讀這一問題,請看下一個隔離級別。


Repeatable read 重復讀

當隔離級別設(shè)置為Repeatable read時,可以避免不可重復讀。當singo拿著工資卡去消費時,一旦系統(tǒng)開始讀取工資卡信息(即事務開始),singo的老婆就不可能對該記錄進行修改,也就是singo的老婆不能在此時轉(zhuǎn)賬。


雖然Repeatable read避免了不可重復讀,但還有可能出現(xiàn)幻讀。


singo的老婆工作在銀行部門,她時常通過銀行內(nèi)部系統(tǒng)查看singo的信用卡消費記錄。有一天,她正在查詢到singo當月信用卡的總消費金額(select sum(amount) from transaction where month = 本月)為80元,而singo此時正好在外面胡吃海塞后在收銀臺買單,消費1000元,即新增了一條1000元的消費記錄(insert transaction ... ),并提交了事務,隨后singo的老婆將singo當月信用卡消費的明細打印到A4紙上,卻發(fā)現(xiàn)消費總額為1080元,singo的老婆很詫異,以為出現(xiàn)了幻覺,幻讀就這樣產(chǎn)生了。


注:Mysql的默認隔離級別就是Repeatable read。


Serializable 序列化

Serializable是最高的事務隔離級別,同時代價也花費最高,性能很低,一般很少使用,在該級別下,事務順序執(zhí)行,不僅可以避免臟讀、不可重復讀,還避免了幻像讀。

向AI問一下細節(jié)

免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI