oracle 事務(wù)隔離級(jí)別
事務(wù)不同引發(fā)的狀況：
臟讀(Dirty reads)
一個(gè)事務(wù)讀取另一個(gè)事務(wù)尚未提交的修改時(shí)，產(chǎn)生臟讀
很多數(shù)據(jù)庫(kù)允許臟讀以避免排它鎖的競(jìng)爭(zhēng)。
不可重復(fù)讀(Nonrepeatable reads)
同一查詢?cè)谕皇聞?wù)中多次進(jìn)行，由于其他提交事務(wù)所做的修改或刪除，每次返回不同的結(jié)果集，此時(shí)發(fā)生非重復(fù)讀。
幻讀(Phantom reads)
同一查詢?cè)谕皇聞?wù)中多次進(jìn)行，由于其他提交事務(wù)所做的插入操作，每次返回不同的結(jié)果集，此時(shí)發(fā)生幻像讀。
數(shù)據(jù)庫(kù)操作的隔離級(jí)別
未提交讀（read uncommitted）
提交讀（read committed）
重復(fù)讀（repeatable read）
序列化（serializable）
oracle默認(rèn)隔離級(jí)別read committed （statement level serialization）
每一個(gè)語(yǔ)句，在語(yǔ)句開始時(shí)，會(huì)獲取一個(gè)此刻的數(shù)據(jù)快照。
一個(gè)事務(wù)有多條語(yǔ)句，如果語(yǔ)句之間存在其它完成的事務(wù)，這可能引起不可持續(xù)讀和幻讀。
新建一個(gè)測(cè)試表books：
name,code,price三個(gè)字段
添加兩條測(cè)試數(shù)據(jù)
使用pl/sql和java程序模擬并發(fā)
不允許臟讀測(cè)試：
程序段首先查詢code是qqq的書的價(jià)格
復(fù)制代碼 代碼如下:
//獲取連接 省略
pstat = conn.prepareStatement("select price from books where code='qqq'");
rs = pstat.executeQuery();
while(rs.next()){
System.out.println("price:"+rs.getDouble(1));
}
close();
輸出結(jié)果：price:15.0
然后pl/sql執(zhí)行更新
復(fù)制代碼 代碼如下:
update books set price=18 where code='qqq';
！pl/sql設(shè)置成手動(dòng)更新，不自動(dòng)更新
在執(zhí)行上面java查詢代碼
輸出仍是price:15.0，說(shuō)明讀不到pl/sql中未提交的執(zhí)行結(jié)果，即不允許臟讀
pl/sql 執(zhí)行
commit;
在執(zhí)行java查詢：
輸出結(jié)果：price:18.0
會(huì)有不可重復(fù)讀何幻讀的現(xiàn)象發(fā)生就不用測(cè)試了吧，
這兩種現(xiàn)象都是針對(duì)提交后事物的讀引起的，read commited隔離級(jí)別是允許對(duì)提交后
的事物進(jìn)行讀的。
隔離級(jí)別：重復(fù)讀（repeatable read）
這個(gè)不允許臟讀，不可重復(fù)讀，但是會(huì)有幻讀現(xiàn)象。
這個(gè)oracle不支持，不好測(cè)試。
理解的話就是如果一條查詢語(yǔ)句查詢的內(nèi)容有其它事物正在更新的時(shí)候，這
查詢處于等待狀態(tài)，直到先前事物提交更新后，才會(huì)執(zhí)行本條查詢。也就是
查詢的時(shí)候也會(huì)有鎖，需要等待并發(fā)的事物釋放鎖。然后自己獲取到鎖，執(zhí)行
自己事物。這樣查詢也加鎖，并發(fā)性更低
select ... for update 就是這樣可以避免不可重復(fù)讀的發(fā)生
隔離級(jí)別：serializable
這個(gè)就更嚴(yán)格了，事物執(zhí)行是一個(gè)一個(gè)的。一個(gè)事務(wù)中的語(yǔ)句共享同一個(gè)數(shù)據(jù)快照（在事務(wù)開始時(shí)存在的數(shù)據(jù)）。
是事物級(jí)別的，臟讀，不可重復(fù)讀，幻讀根本就沒有機(jī)會(huì)發(fā)生。
前面像read committed都是語(yǔ)句級(jí)別的，以語(yǔ)句為單元。
比如
read committed一個(gè)事物A有a(select),b(select),c(update)三條語(yǔ)句
當(dāng)A事物執(zhí)行a,b的時(shí)候，若有B事物執(zhí)行更新操作，是有可能的
因?yàn)閍,b是不加鎖的
例子：
復(fù)制代碼 代碼如下:
//獲取連接和關(guān)閉連接代碼 省略
//不自動(dòng)提交
conn.setAutoCommit(false);
/**
* a 查詢
*/
pstat = conn.prepareStatement("select price from books where code='qqq'");
rs = pstat.executeQuery();
while(rs.next()){
//輸出 price:25.0
System.out.println("price:"+rs.getDouble(1));
}
close();
/**
* 暫停一會(huì)，用pl/sql執(zhí)行B事務(wù)
* update books set price=15 where code='qqq';
* commit;
*/
Thread.sleep(10000);
/**
* 如果這里再執(zhí)行a查詢的話，和第一次查詢結(jié)果就不一樣，因?yàn)橹虚g有B事務(wù)的提交更新
* 修改，這也是不可重復(fù)讀
*/
//b 更新
pstat = conn.prepareStatement("update books set price=price+10 where code='qqq'");
pstat.executeUpdate();
close();
//c 查詢
pstat = conn.prepareStatement("select price from books where code='qqq'");
rs = pstat.executeQuery();
while(rs.next()){
//輸出 還是price:25.0 ，因?yàn)锽事務(wù)的干預(yù)
System.out.println("price:"+rs.getDouble(1));
}
close();
//提交事務(wù)
conn.commit();
if(conn != null){
conn.close();
}
上面執(zhí)行的順序，事務(wù)B是在A的執(zhí)行過(guò)程中執(zhí)行的。
以上通過(guò)實(shí)例介紹了oracle數(shù)據(jù)庫(kù)隔離級(jí)別的相關(guān)內(nèi)容，希望對(duì)大家有所幫助。
下面是一些補(bǔ)充：
數(shù)據(jù)庫(kù)中的事務(wù)基本作用是將數(shù)據(jù)庫(kù)從一致狀態(tài)轉(zhuǎn)換到另一種一致狀態(tài)，那么事務(wù)隔離級(jí)別就是定義了一個(gè)事務(wù)對(duì)于另外一個(gè)事務(wù)做出的修改有多“敏感”。也就是不同的隔離級(jí)別定義了事務(wù)相互影響的程度，下面分別介紹一下幾種不同的隔離級(jí)別。
1. READ UNCOMMITTED
其實(shí)，oracle不支持這種隔離級(jí)別。這種隔離級(jí)別允許臟讀（也就是可以讀取到用戶未提交的數(shù)據(jù)），支持這種隔離級(jí)別的數(shù)據(jù)庫(kù)主要是為了支持非阻塞讀，但是oracle默認(rèn)支持非阻塞讀，所以oracle里面不支持這種隔離級(jí)別。下面舉一個(gè)例子：
如上圖所示，假設(shè)某一家銀行要統(tǒng)計(jì)所有賬號(hào)總共有多少金額。事務(wù)A負(fù)責(zé)統(tǒng)計(jì)，事務(wù)A從第一行開始讀取。假設(shè)讀取到100行的時(shí)候，事務(wù)B從賬號(hào)123轉(zhuǎn)了400元到賬戶987（事務(wù)B還未提交），支持臟讀的數(shù)據(jù)庫(kù)當(dāng)事務(wù)A讀取到342023行的時(shí)候，就會(huì)得到500元，從而多加了400元。
2. READ COMMITTED
這種隔離級(jí)別指的是，事務(wù)只能讀取已經(jīng)提交的數(shù)據(jù)，（但是支持可重復(fù)讀與幻想讀）是oracle數(shù)據(jù)庫(kù)默認(rèn)的隔離模式。其實(shí)這種隔離級(jí)別在別的數(shù)據(jù)庫(kù)里面可能還是會(huì)“退化”得像臟讀一樣。就看前面那個(gè)例子，假設(shè)在事務(wù)A讀取到342023行前，事務(wù)B提前鎖定了這一行，并將金額由100改成了500。那么事務(wù)A讀取到這一行的時(shí)候，發(fā)現(xiàn)已經(jīng)被其他事務(wù)鎖定了，于是進(jìn)行等待，直到事務(wù)B提交。但是當(dāng)事務(wù)B提交之后，事務(wù)A還是讀取到了500這一個(gè)錯(cuò)誤信息，這樣就和臟讀一樣的了，而且還讓用戶等待這個(gè)錯(cuò)誤的答案。
3. REPEATABLE READ
這種隔離級(jí)別不支持臟讀，不支持可重復(fù)讀，支持幻想讀。主要是為了得到一致性的答案與防止丟失更新。
a. 得到一致性答案
在oracle里面這個(gè)通過(guò)多版本機(jī)制得到了實(shí)現(xiàn)，但是在其他的數(shù)據(jù)庫(kù)需要通過(guò)加鎖機(jī)制進(jìn)行控制，就以上一個(gè)例子為例，怎樣才能統(tǒng)計(jì)出正確的總金額呢，事務(wù)A在讀取每一行的時(shí)候，給每一行加上共享讀鎖，這樣當(dāng)事務(wù)B執(zhí)行從賬號(hào)123轉(zhuǎn)400元到賬戶987的時(shí)候。先是操作第一行將賬戶123的金額由500修改成100，但是第一行已經(jīng)被事務(wù)A鎖定，于是等待，這樣事務(wù)A能夠讀取到正確的數(shù)據(jù)。但是如果事務(wù)B執(zhí)行的操作是從賬戶987轉(zhuǎn)50元到賬戶123的時(shí)候，事務(wù)B先操作第342023行，發(fā)現(xiàn)沒有被鎖定，于是鎖定將金額由100修改成50，然后操作第一行，發(fā)現(xiàn)鎖定了于是等待。而事務(wù)A讀取到342023行的時(shí)候，發(fā)現(xiàn)這一行已經(jīng)被事務(wù)B鎖定于是等待，這樣就陷入了死鎖。
b. 丟失更新
在采用共享讀鎖的數(shù)據(jù)庫(kù)中，這種隔離級(jí)別可以防止丟失更新，比如事務(wù)1先讀取了第A行然后修改了這一行的C列（其他列也修改了只是值還和以前一樣，因?yàn)槌绦騿T都是整行的更新）。這個(gè)時(shí)候事務(wù)2想也想修改A行的時(shí)候會(huì)被阻塞，防止事務(wù)1的更新被覆蓋。
4. SEAIALIZABLE
不允許臟讀，重復(fù)讀與幻想讀，最高的隔離級(jí)別。這種隔離級(jí)別標(biāo)明事務(wù)A在操作數(shù)據(jù)庫(kù)的時(shí)候好像就只有事務(wù)A在操作，沒有其他事務(wù)在操作數(shù)據(jù)庫(kù)一樣。
Oracle 中是這樣實(shí)現(xiàn) SERIALIZABLE 事務(wù)的：原本通常在語(yǔ)句級(jí)得到的讀一致性現(xiàn)在可以擴(kuò)展到事務(wù)級(jí)。也就是在事務(wù)執(zhí)行的那一刻，將這個(gè)事務(wù)將要操作的數(shù)據(jù)拍了一張照片。
從上面的例子我們可以看出，其他數(shù)據(jù)庫(kù)采用共享讀鎖來(lái)解決統(tǒng)計(jì)總金額問題是沒有oracle多版本機(jī)制靈活的，其一嚴(yán)重影響了程序的并發(fā)性，讀阻塞了寫。其二可能引起死鎖。
您可能感興趣的文章:- MySQL數(shù)據(jù)庫(kù)事務(wù)隔離級(jí)別詳解
- 深入分析MSSQL數(shù)據(jù)庫(kù)中事務(wù)隔離級(jí)別和鎖機(jī)制
- MSSQL與Oracle數(shù)據(jù)庫(kù)事務(wù)隔離級(jí)別與鎖機(jī)制對(duì)比
- mysql+Spring數(shù)據(jù)庫(kù)隔離級(jí)別與性能分析
- MySQL數(shù)據(jù)庫(kù)事務(wù)隔離級(jí)別介紹(Transaction Isolation Level)
- ORACLE數(shù)據(jù)庫(kù)事務(wù)隔離級(jí)別介紹
- 數(shù)據(jù)庫(kù)的四種隔離級(jí)別
