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