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