ORACLE資料庫交易隔離等級介紹

兩個並發事務同時訪問資料庫表相同的行時，可能存在以下三個問題：

1、幻想讀：事務T1讀取一條指定where條件的語句，返回結果集。此時事務T2插入一行新記錄，恰好滿足T1的where條件。然後T1使用相同的條件重新查詢，結果集中可以看到T2插入的記錄，這條新紀錄就是幻想。

2、不可重複讀取：事務T1讀取一行記錄，緊接著事務T2修改了T1剛剛讀取的記錄，然後T1重新查詢，發現與第一次讀取的記錄不同，這稱為不可重複讀取。

3、髒讀：事務T1更新了一行記錄，還未提交所做的修改，這個T2讀取了更新後的資料，然後T1執行復原操作，取消剛才的修改，所以T2所讀取的行就無效，也就是髒資料。

一、為了處理這些問題，SQL標準定義了以下幾種交易隔離等級：

READ UNCOMMITTED 幻想讀、不可重複讀取和髒讀都允許。一個會話可以讀取其他事務未提交的更新結果，如果這個事務最後以復原結束，這時的讀取結果就可能是不正確的，所以多數的資料庫都不會運用這種隔離等級。

READ COMMITTED 允許幻想讀、不可重複讀取，不允許髒讀。一個會話只能讀取其他事務已提交的更新結果，否則，發生等待，但是其他會話可以修改這個事務中被讀取的記錄，而不必等待事務結束，顯然，在這種隔離等級下，一個事務中的兩個相同的讀取操作，其結果可能不同。

REPEATABLE READ 允許幻想讀，不允許不可重複讀取和髒讀。在一個事務中，如果在兩次相同條件的讀取操作之間沒有添加記錄的操作，也沒有其他更新操作導致在這個查詢條件下記錄數增多，則兩次讀取結果相同。換句話說，就是在一個事務中第一次讀取的記錄保證不會在這個事務期間發生改動。SQL Server是通過在整個事務期間給讀取的記錄加鎖實現這種隔離等級的，這樣，在這個事務結束前，其他會話不能修改事務中讀取的記錄，而只能等待事務結束，但是SQL Server不會阻礙其他會話向表中添加記錄，也不阻礙其他會話修改其他記錄。

SERIALIZABLE 幻想讀、不可重複讀取和髒讀都不允許。在一個事務中，讀取操作的結果是在這個事務開始之前其他事務就已經提交的記錄，SQL Server通過在整個事務期間給表加鎖實現這種隔離等級。在這種隔離等級下，對這個表的所有DML操作都是不允許的，即要等待事務結束，這樣就保證了在一個事務中的兩次讀取操作的結果肯定是相同的。SQL標準所定義的預設交易隔離等級是SERIALIZABLE。

二、Oracle中的隔離等級及實現機制：

Oracle資料庫支援READ COMMITTED 和 SERIALIZABLE這兩種交易隔離等級。所以Oracle不支援髒讀，即Oracle中不允許一個會話讀取其他事務未提交的資料修改結果，從而防止了由於交易回復發生的讀取不正確。

Oracle復原段，在修改資料記錄時，會把這些記錄被修改之前的結果存入復原段或撤銷段中。Oracle讀取操作不會阻礙更新操作，更新操作也不會阻礙讀取操作，這樣在Oracle中的各種隔離等級下，讀取操作都不會等待更新事務結束，更新操作也不會因為另一個事務中的讀取操作而發生等待，這也是Oracle交易處理的一個優勢所在。

Oracle預設的配置是Read Committed隔離等級(也稱為語句層級的隔離)，在這種隔離等級下，如果一個事務正在對某個表執行 DML操作，而這時另外一個會話對這個表的記錄執行讀取操作，則Oracle會去讀取復原段或撤銷段中存放的更新之前的記錄，而不會象SQL Server一樣等待更新事務的結束。

Oracle的Serializable隔離等級(也稱為事務層級的隔離)，事務中的讀取操作只能讀取這個事務開始之前已經提交的資料結果。如果在讀取時，其他事務正在對記錄執行修改，則Oracle就會在復原段或撤銷段中去尋找對應的原來未經修改的記錄(而且是在讀取操作所在的事務開始之前存放於復原段或撤銷段的記錄)，這時讀取操作也不會因為相應記錄被更新而等待。

設定隔離等級使用 SET TRANSACTION ISOLATION LEVEL [READ UNCOMMITTED|READ COMMITTED|REPEATABLE READ|SERIALIZABLE]

下面是oracle 設定SERIALIZABLE隔離等級一個樣本：

左面是事務T1，右面是事務T2，因為T2層級為SERIALIZABLE，所以即使事務T1在提交了資料之後，事務T2還是看不到T1提交的資料，幻想讀和不可重複讀取都不允許了。

那如何能查看到T1新增的記錄呢? 上面T1和T2是並發執行，在T1執行insert的時候事務T2已經開始了，因為T2層級是SERIALIZABLE，所以T2所查詢的資料集是T2事務開始前資料庫的資料。即事務T1在事務T2開始之後的insert和update操作的影響都不會影響事務T2。現在重新開啟一個事務T3 就可以看到T1新增的記錄了。

當下列事件發生時，事務就開始了：

1、串連到資料庫，並執行第一條DML語句
2、前一個事務結束後，又輸入了另一條DML語句