數(shù)據(jù)庫事務(wù)的四大特性以及事務(wù)的隔離級別詳解

作者 : fjdingsd
來源 : 博客園

本篇講訴數(shù)據(jù)庫中事務(wù)的四大特性(ACID)哩罪,并且將會詳細地說明事務(wù)的隔離級別。

如果一個數(shù)據(jù)庫聲稱支持事務(wù)的操作俐筋,那么該數(shù)據(jù)庫必須要具備以下四個特性:

⑴ 原子性(Atomicity)

原子性是指事務(wù)包含的所有操作要么全部成功,要么全部失敗回滾,這和前面兩篇博客介紹事務(wù)的功能是一樣的概念路媚,因此事務(wù)的操作如果成功就必須要完全應(yīng)用到數(shù)據(jù)庫,如果操作失敗則不能對數(shù)據(jù)庫有任何影響樊销。

⑵ 一致性(Consistency)

一致性是指事務(wù)必須使數(shù)據(jù)庫從一個一致性狀態(tài)變換到另一個一致性狀態(tài)整慎,也就是說一個事務(wù)執(zhí)行之前和執(zhí)行之后都必須處于一致性狀態(tài)。

拿轉(zhuǎn)賬來說现柠,假設(shè)用戶A和用戶B兩者的錢加起來一共是5000院领,那么不管A和B之間如何轉(zhuǎn)賬,轉(zhuǎn)幾次賬够吩,事務(wù)結(jié)束后兩個用戶的錢相加起來應(yīng)該還得是5000比然,這就是事務(wù)的一致性。

⑶ 隔離性(Isolation)

隔離性是當多個用戶并發(fā)訪問數(shù)據(jù)庫時周循,比如操作同一張表時强法,數(shù)據(jù)庫為每一個用戶開啟的事務(wù)万俗,不能被其他事務(wù)的操作所干擾,多個并發(fā)事務(wù)之間要相互隔離饮怯。

即要達到這么一種效果:對于任意兩個并發(fā)的事務(wù)T1和T2闰歪,在事務(wù)T1看來,T2要么在T1開始之前就已經(jīng)結(jié)束蓖墅,要么在T1結(jié)束之后才開始库倘,這樣每個事務(wù)都感覺不到有其他事務(wù)在并發(fā)地執(zhí)行。

關(guān)于事務(wù)的隔離性數(shù)據(jù)庫提供了多種隔離級別论矾,稍后會介紹到教翩。

⑷ 持久性(Durability)

持久性是指一個事務(wù)一旦被提交了,那么對數(shù)據(jù)庫中的數(shù)據(jù)的改變就是永久性的贪壳,即便是在數(shù)據(jù)庫系統(tǒng)遇到故障的情況下也不會丟失提交事務(wù)的操作饱亿。

例如我們在使用JDBC操作數(shù)據(jù)庫時,在提交事務(wù)方法后闰靴,提示用戶事務(wù)操作完成彪笼,當我們程序執(zhí)行完成直到看到提示后,就可以認定事務(wù)以及正確提交蚂且,即使這時候數(shù)據(jù)庫出現(xiàn)了問題配猫,也必須要將我們的事務(wù)完全執(zhí)行完成,否則就會造成我們看到提示事務(wù)處理完畢膘掰,但是數(shù)據(jù)庫因為故障而沒有執(zhí)行事務(wù)的重大錯誤章姓。

以上介紹完事務(wù)的四大特性(簡稱ACID),現(xiàn)在重點來說明下事務(wù)的隔離性识埋,當多個線程都開啟事務(wù)操作數(shù)據(jù)庫中的數(shù)據(jù)時凡伊,數(shù)據(jù)庫系統(tǒng)要能進行隔離操作,以保證各個線程獲取數(shù)據(jù)的準確性窒舟,在介紹數(shù)據(jù)庫提供的各種隔離級別之前系忙,我們先看看如果不考慮事務(wù)的隔離性,會發(fā)生的幾種問題:

1惠豺,臟讀

臟讀是指在一個事務(wù)處理過程里讀取了另一個未提交的事務(wù)中的數(shù)據(jù)银还。

當一個事務(wù)正在多次修改某個數(shù)據(jù),而在這個事務(wù)中這多次的修改都還未提交洁墙,這時一個并發(fā)的事務(wù)來訪問該數(shù)據(jù)蛹疯,就會造成兩個事務(wù)得到的數(shù)據(jù)不一致。例如:用戶A向用戶B轉(zhuǎn)賬100元热监,對應(yīng)SQL命令如下

    update account set money=money+100 where name=’B’;  (此時A通知B)

    update account set money=money - 100 where name=’A’;

當只執(zhí)行第一條SQL時捺弦,A通知B查看賬戶,B發(fā)現(xiàn)確實錢已到賬(此時即發(fā)生了臟讀),而之后無論第二條SQL是否執(zhí)行列吼,只要該事務(wù)不提交幽崩,則所有操作都將回滾,那么當B以后再次查看賬戶時就會發(fā)現(xiàn)錢其實并沒有轉(zhuǎn)寞钥。

2慌申,不可重復讀

不可重復讀是指在對于數(shù)據(jù)庫中的某個數(shù)據(jù),一個事務(wù)范圍內(nèi)多次查詢卻返回了不同的數(shù)據(jù)值理郑,這是由于在查詢間隔蹄溉,被另一個事務(wù)修改并提交了。

例如事務(wù)T1在讀取某一數(shù)據(jù)香浩,而事務(wù)T2立馬修改了這個數(shù)據(jù)并且提交事務(wù)給數(shù)據(jù)庫类缤,事務(wù)T1再次讀取該數(shù)據(jù)就得到了不同的結(jié)果,發(fā)送了不可重復讀邻吭。

不可重復讀和臟讀的區(qū)別是,臟讀是某一事務(wù)讀取了另一個事務(wù)未提交的臟數(shù)據(jù)宴霸,而不可重復讀則是讀取了前一事務(wù)提交的數(shù)據(jù)囱晴。

在某些情況下,不可重復讀并不是問題瓢谢,比如我們多次查詢某個數(shù)據(jù)當然以最后查詢得到的結(jié)果為主畸写。但在另一些情況下就有可能發(fā)生問題,例如對于同一個數(shù)據(jù)A和B依次查詢就可能不同氓扛,A和B就可能打起來了……

3枯芬,虛讀(幻讀)

幻讀是事務(wù)非獨立執(zhí)行時發(fā)生的一種現(xiàn)象。例如事務(wù)T1對一個表中所有的行的某個數(shù)據(jù)項做了從“1”修改為“2”的操作采郎,這時事務(wù)T2又對這個表中插入了一行數(shù)據(jù)項千所,而這個數(shù)據(jù)項的數(shù)值還是為“1”并且提交給數(shù)據(jù)庫。而操作事務(wù)T1的用戶如果再查看剛剛修改的數(shù)據(jù)蒜埋,會發(fā)現(xiàn)還有一行沒有修改淫痰,其實這行是從事務(wù)T2中添加的,就好像產(chǎn)生幻覺一樣整份,這就是發(fā)生了幻讀待错。

幻讀和不可重復讀都是讀取了另一條已經(jīng)提交的事務(wù)(這點就臟讀不同),所不同的是不可重復讀查詢的都是同一個數(shù)據(jù)項烈评,而幻讀針對的是一批數(shù)據(jù)整體(比如數(shù)據(jù)的個數(shù))火俄。

現(xiàn)在來看看MySQL數(shù)據(jù)庫為我們提供的四種隔離級別:

① Serializable (串行化):可避免臟讀、不可重復讀讲冠、幻讀的發(fā)生瓜客。

② Repeatable read (可重復讀):可避免臟讀、不可重復讀的發(fā)生。

③ Read committed (讀已提交):可避免臟讀的發(fā)生忆家。

④ Read uncommitted (讀未提交):最低級別犹菇,任何情況都無法保證。

以上四種隔離級別最高的是Serializable級別芽卿,最低的是Read uncommitted級別揭芍,當然級別越高,執(zhí)行效率就越低卸例。像Serializable這樣的級別称杨,就是以鎖表的方式(類似于Java多線程中的鎖)使得其他的線程只能在鎖外等待,所以平時選用何種隔離級別應(yīng)該根據(jù)實際情況筷转。在MySQL數(shù)據(jù)庫中默認的隔離級別為Repeatable read (可重復讀)姑原。

在MySQL數(shù)據(jù)庫中,支持上面四種隔離級別呜舒,默認的為Repeatable read (可重復讀)锭汛;而在Oracle數(shù)據(jù)庫中,只支持Serializable (串行化)級別和Read committed (讀已提交)這兩種級別袭蝗,其中默認的為Read committed級別唤殴。

在MySQL數(shù)據(jù)庫中查看當前事務(wù)的隔離級別:

    select @@tx_isolation;

在MySQL數(shù)據(jù)庫中設(shè)置事務(wù)的隔離 級別:

    set  [glogal | session]  transaction isolation level 隔離級別名稱;

    set tx_isolation=’隔離級別名稱;’

例1:查看當前事務(wù)的隔離級別:


image

例2:將事務(wù)的隔離級別設(shè)置為Read uncommitted級別:


image

或:

image

記住:設(shè)置數(shù)據(jù)庫的隔離級別一定要是在開啟事務(wù)之前到腥!

如果是使用JDBC對數(shù)據(jù)庫的事務(wù)設(shè)置隔離級別的話朵逝,也應(yīng)該是在調(diào)用Connection對象的setAutoCommit(false)方法之前。調(diào)用Connection對象的setTransactionIsolation(level)即可設(shè)置當前鏈接的隔離級別乡范,至于參數(shù)level配名,可以使用Connection對象的字段:


image

在JDBC中設(shè)置隔離級別的部分代碼:

image

  后記:隔離級別的設(shè)置只對當前鏈接有效。對于使用MySQL命令窗口而言晋辆,一個窗口就相當于一個鏈接渠脉,當前窗口設(shè)置的隔離級別只對當前窗口中的事務(wù)有效;對于JDBC操作數(shù)據(jù)庫來說栈拖,一個Connection對象相當于一個鏈接连舍,而對于Connection對象設(shè)置的隔離級別只對該Connection對象有效,與其他鏈接Connection對象無關(guān)涩哟。

歡迎大家關(guān)注我的公眾號:java技術(shù)學習之道索赏,長期分享各種技術(shù)文章

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市贴彼,隨后出現(xiàn)的幾起案子潜腻,更是在濱河造成了極大的恐慌,老刑警劉巖器仗,帶你破解...
    沈念sama閱讀 222,681評論 6 517
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件融涣,死亡現(xiàn)場離奇詭異童番,居然都是意外死亡,警方通過查閱死者的電腦和手機威鹿,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 95,205評論 3 399
  • 文/潘曉璐 我一進店門剃斧,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人忽你,你說我怎么就攤上這事幼东。” “怎么了科雳?”我有些...
    開封第一講書人閱讀 169,421評論 0 362
  • 文/不壞的土叔 我叫張陵根蟹,是天一觀的道長。 經(jīng)常有香客問我糟秘,道長简逮,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 60,114評論 1 300
  • 正文 為了忘掉前任尿赚,我火速辦了婚禮散庶,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘吼畏。我一直安慰自己督赤,他們只是感情好,可當我...
    茶點故事閱讀 69,116評論 6 398
  • 文/花漫 我一把揭開白布泻蚊。 她就那樣靜靜地躺著,像睡著了一般丑婿。 火紅的嫁衣襯著肌膚如雪性雄。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,713評論 1 312
  • 那天羹奉,我揣著相機與錄音秒旋,去河邊找鬼。 笑死诀拭,一個胖子當著我的面吹牛迁筛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播耕挨,決...
    沈念sama閱讀 41,170評論 3 422
  • 文/蒼蘭香墨 我猛地睜開眼细卧,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了筒占?” 一聲冷哼從身側(cè)響起贪庙,我...
    開封第一講書人閱讀 40,116評論 0 277
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎翰苫,沒想到半個月后止邮,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體这橙,經(jīng)...
    沈念sama閱讀 46,651評論 1 320
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,714評論 3 342
  • 正文 我和宋清朗相戀三年导披,在試婚紗的時候發(fā)現(xiàn)自己被綠了屈扎。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 40,865評論 1 353
  • 序言:一個原本活蹦亂跳的男人離奇死亡撩匕,死狀恐怖鹰晨,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情滑沧,我是刑警寧澤并村,帶...
    沈念sama閱讀 36,527評論 5 351
  • 正文 年R本政府宣布,位于F島的核電站滓技,受9級特大地震影響哩牍,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜令漂,卻給世界環(huán)境...
    茶點故事閱讀 42,211評論 3 336
  • 文/蒙蒙 一膝昆、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧叠必,春花似錦荚孵、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,699評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至共苛,卻和暖如春判没,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背隅茎。 一陣腳步聲響...
    開封第一講書人閱讀 33,814評論 1 274
  • 我被黑心中介騙來泰國打工澄峰, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人辟犀。 一個月前我還...
    沈念sama閱讀 49,299評論 3 379
  • 正文 我出身青樓俏竞,卻偏偏與公主長得像,于是被迫代替她去往敵國和親堂竟。 傳聞我的和親對象是個殘疾皇子魂毁,可洞房花燭夜當晚...
    茶點故事閱讀 45,870評論 2 361

推薦閱讀更多精彩內(nèi)容