众所周知，事务的隔离级别有序列化（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/