六、事务-5.事务隔离级别

一、概念

从上至下，隔离级别越来越高，数据越来越安全，性能越来越低。

• 读未提交read uncommitted —— 隔离级别最低（数据安全性最差），性能最好
• 串行化serializable  ——隔离级别最高，性能最差

——一般采取MySQL的默认隔离级别，不会修改。

MySQL默认的隔离级别：可重复读 repeated read

Oracle默认的隔离级别：读已提交 read committed

二、语句

1、查看事务隔离级别

select @@transaction_isolation;

@@  ：查看当前系统的变量信息

2、设置事务隔离级别

set  [ session | global ] transaction isolation level {read uncommitted | read committed | repeatable read | serializable}

session： 会话级别，针对当前客户端窗口有效

glonal：针对所有客户端窗口有效

3、演示

三、隔离级别 解决 事务并发问题

用两个命令行模拟两个客户端并发操作。

登录MySQL并进入itheima数据库：

1、脏读——只会出现在read uncommitted的隔离级别下

1）左侧设置隔离级别为read uncommitted，并查看accout表中的数据

2）开启事务，左侧select操作，右侧update操作（未提交）

3）左侧再次select操作，张三-1000（读取到右侧未提交的数据：脏读）

4）右侧commit提交，左侧再select查询操作，数据依旧张三-1000，左侧也提交

2、脏读——read committed不会出现脏读问题

1）左侧设置隔离级别为read committed

2） 左右都开启事务，左侧select，右侧update（未提交）

3）左侧再select，张三不会-1000，因为右侧update未提交

read committed隔离级别，不会出现脏读

4）右侧commit，左侧再select ，张三会生效-1000，因为右侧update已提交

3、不可重复读——read committed会出现不可重复读问题

1）左右同时开启事务，左侧select，右侧update

2）左侧再select，张三应为0，因为右侧没提交（read committed不会出现脏读，没提交就读不到）

3）右侧commit提交，左侧select，可以查到张三为1000，因为右侧update已提交

4）在左侧命令行中，同一select命令执行三次，第三次的结果和前两次不一致——不可重复读问题

4、不可重复读——repeatable read不会出现不可重复读问题

1）左侧设置隔离级别为repeatable read，左右都开启事务

2）左侧select，右侧update并直接提交

3）左侧再select，查询结果张三仍是1000，不受右侧的影响（同一个SQL语句结果相同）——可重复读

4）左侧commit提交，再select，张三数据才会更新为2000

5、幻读——repeatable read会出现幻读问题

1）左右都开启事务，左侧select查询id为3的数据（无id为3的数据）

2）右侧insert插入id为3的数据，并直接提交（此时account表中有id为3的数据）

3）左侧由于刚刚查了没有id为3的数据，此时insert插入id为3的数据，会报错：account表中的主键id为3重复了

4）左侧再select查id为3的数据，依旧查不到——幻读：查又查不到，插入又报错

5）左侧提交commit，结束事务

6、幻读——serializable不会出现幻读问题

1）左侧设置隔离级别为serializable，左右开启事务

 2）左侧select查询id为4的数据（无id为4的数据），

3）右侧insert插入一条id为4的数据，执行光标一直在闪，表示阻塞了

因为此时左侧的事务正在操作，右侧的事务就得等，要等左侧事务执行完成并提交后，右侧才可操作。

4）左侧insert插入id为4的数据并提交，右侧之前光标闪的地方出现error结果（id为4已存在）

5）右侧commit提交，结束事务

串行化——并发事务操作时，只允许一次一个事务来操作，A事务在操作时，B事务要等，只有A事务提交后，B事务才能操作。