事務(wù)隔離級(jí)別描述:
READ UNCOMMITTED:幻讀,不可重復(fù)讀和臟讀均允許;
READ COMMITTED:允許幻讀和不可重復(fù)讀,但不允許臟讀;
REPEATABLE READ:允許幻讀,但不允許不可重復(fù)讀和臟讀;
SERIALIZABLE:幻讀,不可重復(fù)讀和臟讀都不允許;
ORACLE默認(rèn)的是 READ COMMITTED。
如何感性理解這些“深?yuàn)W”的術(shù)語?個(gè)人認(rèn)為, 作為一個(gè)java程序員,這些字眼比較唬人。
首先, 隔離級(jí)別描述了事務(wù)被隔離的程度??梢院?jiǎn)單的想象一下, 一個(gè)人因?yàn)槟撤N原因(比如國(guó)家安全)需要被隔離,則涉及安全的機(jī)密程度越高, 需要個(gè)隔離級(jí)別就越高,他與外界的溝通渠道就越少。
對(duì)于數(shù)據(jù)庫而言, 每個(gè)事務(wù)都要占用一些資源,比如對(duì)表/數(shù)據(jù)享有的操作權(quán)限,事務(wù)的隔離級(jí)別描述了事務(wù)對(duì)資源享用的程度。
如果數(shù)據(jù)庫的隔離級(jí)別為REAE_UNCOMMITTED, 則其他線程可以看到未提交的數(shù)據(jù), 因此就出現(xiàn)臟讀;
如果數(shù)據(jù)庫隔離級(jí)別設(shè)為READ_COMMITTED,即沒提交的數(shù)據(jù)別人是看不見的,就避免了臟讀;但是,正在讀取的數(shù)據(jù)只獲得了讀取鎖,讀完之后就解鎖,不管當(dāng)前事務(wù)有沒有結(jié)束,這樣就容許其他事務(wù)修改本事務(wù)正在讀取的數(shù)據(jù)。導(dǎo)致不可重復(fù)讀。
REPEATABLE READ因?yàn)閷?duì)正在操作的數(shù)據(jù)加鎖,并且只有等到事務(wù)結(jié)束才放開鎖, 則可以避免不可重復(fù)讀;
REPEATABLE READ只能保證正在被本事務(wù)操作的數(shù)據(jù)不被其他事務(wù)修改,卻無法保證有其他事務(wù)提交新的數(shù)據(jù)。 則有可能線程1在操作表T1的時(shí)候(特別是統(tǒng)計(jì)性的事務(wù)),其他線程仍然可以提交新數(shù)據(jù)到表T1,這樣會(huì)導(dǎo)致線程1兩次統(tǒng)計(jì)的結(jié)果不一致,就像發(fā)生幻覺一樣。
SERIALIZABLE因?yàn)楂@得范圍鎖,且事務(wù)是一個(gè)接著一個(gè)串行執(zhí)行,則保證了不會(huì)發(fā)生幻讀。
由此可見,隔離級(jí)別越高,受其他事物干擾越少,并發(fā)性能越差。
聯(lián)系客服