一、背景
MySQL在其默认RR隔离级别下,会不会产生幻读?
二、问题点
- 什么是快照读?
- 什么是当前读?
- 什么是幻读?
- 快照读和当前读下,幻读问题是如何体现的?
三、分析
3.1 什么是快照读?
在RR级别下,MYSQL会在创建事务后基于mvcc生成一致性快照视图,第一个查询会获得当前快照读的数据,在没有发生当前读的基础上,会一直持续到事务结束,期间所有数据操作依据的是当前的快照。
RR隔离级别下:
- begin/start transaction:事务开启后的第一个select才是快照读的版本。
- start transaction with consistent snapshot: 事务开启之后都为快照读。
start transaction with consistent snapshot; // 从当前行往后读都为快照读
do something...
select * from t; -- 快照读
commit;
begin/start transaction;
do something...
select * from t where id = 1; -- // 当前行却定为快照读版本
do something...
select * from t; -- 快照读
do something...
commit;
3.2 什么当前读
在一个事务执行的过程中,如果执行数据的修改操作,就会依据数据最新的提交状态获取快照。(比如在一个事务中,其他事务对当前数据进行修改后提交,当前事务做修改操作,会获取最新的数据。)
begin;
do something...
insert into; -- 会发生当前读
do something...
update t set where; -- 会发生当前读
delete from t where; -- 会发生当前读
select * from t lock in share mode; -- 会发生当前读
do something...
select * from t where for update; -- 会发生当前读
do something...
commit;
3.3 什么是幻读
当前事务在运行的过程中,一开始的时候没有读取到其他事务插入的行,但是后来读取到了其他事务插入数据,这才是幻读。读取到其他事务更新、删除的操作内容,不是幻读,而是不可重复读
。
四、总结
4.1 概念问题
1. MYSQL在RR隔离级别下,并没有完全解决幻读。
2. MYSQL在当前事务中,如何没有发生当前读的场景,不会产生幻读。
3. MYSQL在当前事务中,发起当前读后,有可能发生幻读。
4.2 如何解决幻读
MYSQL在当前事务中,发生当前读之前,先去获取锁,然后再去做DML的当前读。