oracle事务隔离级别_mysql查看事务隔离级别

--准备测试数据
SQL> drop table t purge;
SQL> create table t (id int);
SQL> insert into  t values(1);
SQL> insert into  t values(2);
SQL> insert into  t values(3);
SQL> commit;
SQL> select * from t;
        ID
----------
         1
         2
         3
--演示1、Read committed（默认隔离级别）演示，所有以下操作按时间顺序
--事务1 手动开启一个事务
SQL> set transaction isolation level read committed;
--事务1 查询表中数据
SQL> select * from t;
        ID
----------
         1
         2
         3
--事务2 删除一条数据并提交
SQL> delete from t where id=3;
SQL> commit;
--事务1 第2次查询表中数据，发现和第1次读取结果不一致，这就是 不可重复读 现象。
SQL> select * from t;
        ID
----------
         1
         2
--演示2、Serializable（隔离级别）演示，所有以下操作按时间顺序
--事务1 手动开启一个事务
SQL> set transaction isolation level Serializable;
SQL> select * from t;
        ID
----------
         1
         2
--事务2 增加2条数据并提交
SQL> insert into t select * from t;
SQL> select * from t;
        ID
----------
         1
         2
         1
         2
SQL> commit;
--事务1 再次查询表中数据，仍然只有2条数据，因为事务1在事务2之前开始，所以事务1只能看到的是事务开始那个时间的数据，其他都不可见
SQL> select * from t;
        ID
----------
         1
         2
--演示3、ORA-08177: can't serialize access for this transaction
--目前表中数据
SQL> select * from t;
        ID
----------
         1
         2
         3
--事务1 手动开启一个事务
SQL> set transaction isolation level Serializable;
--事务2 修改1条数据先不提交
SQL> update t set t.id=4 where id=3;
1 row updated.
--事务1 修改同一条数据
SQL> update t set t.id=4 where id=3;
事务被hang住了
--事务2 提交刚刚的修改
SQL> commit;
Commit complete.
--事务1 产生报错信息，我们知道事务1先于事务2开启，事务1开启时，表中是存在id=3这条记录的。当事务2修改这条记录并提交。
--事务1再去修改这条记录发现这条记录发生了改变导致修改失败。由此可见串行化的隔离级别并发性会大打折扣。
--前面我们说过，串行化就是事务觉得数据库里面就他一个人在做操作，当他要修改一个数据发现在事务开始后被别人修改了，就会报错。
SQL> update t set t.id=4 where id=3;
update t set t.id=4 where id=3
*
ERROR at line 1:
ORA-08177: can't serialize access for this transaction
Oracle®Database
Concepts
12c Release 1 (12.1)
E41396-14