事務隔離級別：一個事務對資料庫的修改與並行的另一個事務的隔離程度。

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

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 允許幻想讀，不允許不可重複讀和髒讀

SERIALIZABLE 幻想讀、不可重複讀和髒讀都不允許

Oracle資料庫支援READ COMMITTED 和 SERIALIZABLE這兩種事務隔離級別。所以Oracle不支援髒讀

SQL標準所定義的預設事務隔離級別是SERIALIZABLE，但是Oracle 預設使用的是READ COMMITTED

設定隔離級別使用 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語句