问题：
- 什么样的情况叫做幻读？
- Mysql 可重复读隔离级别下，到底能不能阻止幻读？
- 什么是当前读，什么是快照读？
幻读的定义：
事务A 按照一定条件进行数据读取， 期间事务B 插入了相同搜索条件的新数据，事务A再次按照原先条件进行读取时，发现了事务B 新插入的数据 称为幻读
如果事务A 按一定条件搜索， 期间事务B 删除了符合条件的某一条数据，导致事务A 再次读取时数据少了一条。这种情况归为 不可重复读
准备工作：
Mysql 隔离级别为 可重复读；
CREATE TABLE `author` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(255) DEFAULT NULL,
`age` int(11) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=0 DEFAULT CHARSET=utf8;
INSERT into author VALUES (1,'g1',20),(5,'g5',20),(15,'g15',30),(20,'g20',30);查找年龄为20岁的作者，并把姓名改成G0
来分析下情形：
- T1时刻 读取年龄为20的数据， Session1拿到了2条记录。
- T2时刻 另一个进程Session2插入了一条新的记录，年龄也为20
- T3时刻，Session1再次读取年龄为20的数据，发现还是2条数据，貌似 Session2新插入的数据并未影响到Session1的事务读取。
对于T1 — T3 时刻的情形，从结果来看，在可重复度读隔离级别下似乎解决了幻读的问题。
- T4时刻，Session1 修改年龄为20的数据， 发现影响行数为3条。 为什么T3时候只能查到2条数据，但现在修改确修改了3条数据？
- T5时刻，Session1 再次读取年龄为20的数据，发现结果变成了3条,我们知道被修改的第三条就是Session2在T2时刻新增的一条。
T4,T5 的结果来看，Session1 读到了 Session2 新插入的数据。产生了幻读现象
到底可重复读隔离级别下，解决了幻读问题没有？
了解过MVCC的同学，肯定知道或听说过当前读，和快照读。（不知道的同学，可以查找相关资料了解下，当然后续我也会有文章专门介绍MVCC)。首先要知道的是MVCC 就InnoDB 秒级建立数据快照的能力。 快照读就是读取数据的时候会根据一定规则读取事务可见版本的数据。 而当前读就是读取最新版本的数据。什么情况下使用的是快照读：（快照读，不会加锁）
一般的 select * from …. where … 语句都是快照读
什么情况下使用的是当前读：（当前读，会在搜索的时候加锁）
select * from …. where … for update select * from …. where … lock in share mode update …. set .. where … delete from. . where ..
如果事务中都使用快照读，那么就不会产生幻读现象，但是快照读和当前读混用就会产生幻读。
如果都是使用当前读，能不能解决幻读问题？
先让我们数据恢复到初始状态
TRUNCATE TABLE author;
INSERT into author VALUES (1,'g1',20),(5,'g5',20),(15,'g15',30),(20,'g20',30);
可以看到Session 2 被阻塞了。需要等到Session1 提交事务后才能完成。当我们在事务中每次读取都使用当前读，也就是人工把InnoDB变成了串行化。一定程度上降低了并发性，但是也同样避免了幻读的情况。
当前读为什么会阻塞新数据的插入，主要是间隙锁的加锁机制。(Mysql 的锁也是个大问题，后续有专门的章节介绍）
总结：
- 希望通过这篇文章，了解幻读的定义。读到了其他事务新插入的数据，这种现象较幻读。
- 当前读和快照读的区别，以及了解什么时候是快照读，什么时候是当前读
- 可重复读隔离级别下，一个事务中只使用当前读，或者只使用快照读都能避免幻读。
作者：小歪同学
转载自：https://juejin.cn/post/6844904051453198343