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

写的仓促欢迎大家指正