幻读和不可重复读的定义
事务A 按照一定条件进行数据读取， 期间事务B 插入了相同搜索条件的新数据，事务A再次按照原先条件进行读取时，发现了事务B 新插入的数据称为幻读。
如果事务A 按一定条件搜索， 期间事务B 删除了符合条件的某一条数据，导致事务A 再次读取时数据少了一条。这种情况归为不可重复读
这样来看幻读和不可重复读的原理是类似的，下面不再分开讲解。
准备工作
Mysql 隔离级别为 可重复读repeatable-read（RR）。
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岁的作者，并把姓名改成G20：
图片.png
来分析下情形：
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的同学，肯定知道或听说过当前读，和快照读。（不知道的同学，可以查找相关资料了解下，我们后面也会在mysql的事务机制和锁机制里面讲解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);
图片.png
可以看到Session 2 被阻塞了。需要等到Session1 提交事务后才能完成。当我们在事务中每次读取都使用当前读，也就是人工把InnoDB变成了串行化。一定程度上降低了并发性，但是也同样避免了幻读的情况。当前读为什么会阻塞新数据的插入，主要是间隙锁的加锁机制。(间隙锁在之前的INNODB的锁机制中已经讲过，for update会将整个表分为不同段进行锁定，这样任何的删除更新操作都会等待，直到锁被解除）。
总结
- 了解幻读的定义。读到了其他事务新插入的数据，这种现象叫幻读，没有读到删除的数据为不可重复读，它们的机制类似。
- 引入当前读和快照读的区别，以及了解什么时候是快照读，什么时候是当前读
- 可重复读隔离级别下，一个事务中只使用当前读，或者只使用快照读都能避免幻读。
网友评论