眾所周知，事務的隔離級別有序列化（serializable），可重復讀（repeatable read），讀已提交（read committed），讀未提交（read uncommitted）。根據隔離級別的等級，對事務隔離的嚴格度也不同，如序列化的隔離級別最嚴格，並發的效果就越不理想，各種數據庫都有對事務隔離的支持，那么如何查看ORACLE對事務的隔離級別呢？還是做個試驗驗證吧
一 首先做個測試表，表結構和其中的數據如下
ID PHONE
43071 126811
二 打開一個session， 這里叫session1，編寫如下PL/SQL
DECLARE
V_OLD VARCHAR2(32);
V_NOW VARCHAR2(32);
V_SYSDATE DATE;
V_LIMIT DATE;
PRAGMA AUTONOMOUS_TRANSACTION;
BEGIN
SELECT PHONE FROM TEST.TEST_HIS_CHILD WHERE PHONE='126811';
DBMS_OUTPUT.PUT_LINE('FIRST SELECT: ' || V_OLD || ' sysdate:' ||
TO_CHAR(SYSDATE, 'yyyy-mm-dd hh24:mi:ss'));
SELECT SYSDATE INTO V_SYSDATE FROM DUAL;
SELECT SYSDATE + 1 / 1440 / 8 INTO V_LIMIT FROM DUAL;
LOOP
IF SYSDATE > V_LIMIT THEN
EXIT;
END IF;
END LOOP;
SELECT PHONE INTO V_NOW FROM TEST.TEST_HIS_CHILD WHERE PHONE='126811';
DBMS_OUTPUT.PUT_LINE('SECOND SELECT: ' || V_NOW || ' sysdate:' ||
TO_CHAR(SYSDATE, 'yyyy-mm-dd hh24:mi:ss'));
COMMIT;
END;
再打開一個session2 輸入如下sql
UPDATE TEST.TEST_HIS_CHILD SET PHONE='126811000' where PHONE='126811';
COMMIT;
這里用於測試事務的不可重復讀，對同一條數據讀兩次，在第二次讀之前，打開session2，修改相同的記錄，之后再查看session1的運行結果
FIRST SELECT: 126811 sysdate:2015-02-11 16:51:32
ORA-01403:未找到數據
這說明在session1中對同一條記錄讀取第二次之前數據已被修改，而session1 在第二次讀取時能夠發現另一個session2對本條記錄的修改結果，所以報告未找到數據
也就是說ORACLE這里克服了不可重復讀的問題。
在運行session2時還可以去掉commit，不提提交事務，這樣session1得到的結果是
FIRST SELECT: 126811 sysdate:2015-02-11 17:00:09
SECOND SELECT: 126811 sysdate:2015-02-11 17:00:18
說明ORACLE完成的是一致度操作，而不是臟讀
這里可以看出ORACLE使用的隔離級別是可重復讀（repeatable read）
http://blog.itpub.net/750077/viewspace-1433569/