隔离级别
注:√为会发生,×为不会发生:
隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
read uncommitted(未提交读) | √ | √ | √ |
read committed(提交读) | x | √ | √ |
repeatable read(可重复读) | x | x | √ |
serialization(可串行化) | x | x | x |
查看MySQL隔离级别:
SELECT @@tx_isolation
会话层面设置隔离级别:set session transaction isolation level 隔离级别
开启事务:start transaction
提交事务:commit
回滚事务:rollback
举例表数据
id | name | balacne |
---|---|---|
1 | 张三 | 1000 |
2 | 李四 | 0 |
脏读
例一 执行流程
客户端A:设置隔离级别为未提交读,开启事务,修改张三金额为2000,
-- 设置为未提交读,给张三账号+1000,输出为2000
set session transaction isolation level read uncommitted;
start transaction(开启事务);
update account set balance = balance+1000 where id = 1;
select * from account where id = 1;
客户端B:
-- 此时客户端B查询余额输出为2000
set session transaction isolation level read uncommitted;
start transaction;
select * from account where id = 1;
A客户端:rollback(回滚)
客户端B:commit;再查询余额输出为1000
例二 执行流程
客户端A:设置隔离级别为未提交读,开启事务,张三给李四转账100
set session transaction isolation level read uncommitted;
start transaction;
update account set balance = balance-1000 where id = 1;
update account set balance = balance+1000 where id = 2;
客户端B:李四余额够1000,购买1000元商品,更新语句被阻塞
set session transaction isolation level read uncommitted;
start transaction;
select balance from account where id = 2;
update account set balance = balance -1000 where id = 2;
客户端A:rollback(回滚)
客户端B:commit;李四成功扣款,余额为 0 - 1000 = -1000
不可重复读
提交读 执行流程
客户端A:查询李四余额为0
set session transaction isolation level read committed;
start transaction;
select * from account where id = 2;
客户端B:修改李四金额+1000,查询李四余额输出1000
set session transaction isolation level read committed;
start transaction;
update account set balance = balance + 1000 where id = 2;
select * from account where id = 2;
commit;
客户端A:查询李四余额输出1000
select * from account where id = 2;
commit;
可重复读 执行流程
现在对比上面隔离级别为提交读的例子看一下可重复读是个什么过程。设置隔离级别为可重复读,前两步一样。
客户端A:查询李四余额为0
set session transaction isolation level repeatable read;
start transaction;
select * from account where id = 2;
客户端B:修改李四金额+1000,查询李四余额输出1000
set session transaction isolation level repeatable read;
start transaction;
update account set balance = balance + 1000 where id = 2;
select * from account where id = 2;
commit;
客户端A:查询李四余额为0
select * from account where id = 2;
commit;
对比总结
以上 提交读 和 可重复读 的执行流程中,前两步一样,对比最后一步
提交读:此时客户端A的事务还没有提交,与第一次读取到的0不一致,即在一个事务内两次读到的数据是不一样的,这就是“不可重复读”的情况,原始读取不可重复。
可重复读:客户端A在同一个事务中两次读取到的李四余额都是0,不受客户端B对其数据进行修改的影响。即:当我们将当前会话的隔离级别设置为可重复读的时候,当前会话可以重复读,就是每次读取的结果集都相同,而不管其他事务有没有提交。
注意:在可重复读的隔离级别上,会产生幻读的问题。
幻读
解释
《高性能MySQL》对于幻读的解释
所谓幻读,指的是当某个事务在读取某个范围内的记录时,另外一个事务又在该范围内插入了新的记录,当之前的事务再次读取该范围的记录时,会产生幻行。InnoDB存储引擎通过多版本并发控制(MVCC)解决了幻读的问题。
简述执行场景:
事务1查询id<10的记录时,返回了2条记录
事务2插入了一条id为3的记录,并提交。
事务1查询id<10的记录时,返回了3条记录。
说好的可重复读呢?结果却多了一条数据。
MySQL通过MVCC解决了这种情况下的幻读,我们可以验证一下(例一)
例一 执行流程
客户端A:查询条数为2
set session transaction isolation level repeatable read; -- 设置隔离级别为可重复读
start transaction;
select count(*) from account where id <= 10;
客户端B:新增一条数据,查询条数为3
set session transaction isolation level repeatable read;
start transaction;
insert into account(id,name,balance) values(“3”,“王五”,“0”);
select count(*) from account where id <= 10;
commit;
客户端A:查询条数为2
select count(*) from account where id <= 10;
commit;
例二 执行流程
客户端A:查询id为3的数据,输出0
set session transaction isolation level repeatable read; -- 设置隔离级别为可重复读
start transaction;
select count(*) from account where id = 3;
客户端B:新增一条id为3的数据,提交
set session transaction isolation level repeatable read;
start transaction;
insert into account(id,name,balance) values(“3”,“王五”,“0”);
commit;
客户端A:插入一条id为3的数据,报错主键重复,插入失败;查不到id为3的数据;rollback;
insert into account(id,name,balance) values(“3”,“王五”,“0”);
select count(*) from account where id = 3;
rollback;
总结:客户端A查询某记录是否存在,不存在,准备插入此记录,但执行 insert 时发现此记录已存在,无法插入,这个就有问题了。
不可重复读 vs 幻读
不可重复读和幻读有些相似,但二者的【区别】是:
前者是指读到了已经提交的事务的更改数据(修改或删除),重点在于update和delete;
后者是指读到了其他已经提交事务的新增数据。重点在于insert;
对于这两种问题采用不同的【解决方法】:
防止读到更改数据,只需对操作的数据添加行级锁,防止操作中的数据发生变化;
而防止读到新增数据,往往需要添加表级锁,将整张表锁定,防止新增数据(oracle采用多版本数据的方式实现)。
当隔离级别设置为可串行化,强制事务串行执行,避免了前面说的幻读的问题。