1. 结论

首先说结论，在RR的隔离级别下，Innodb使用MVCC和next-key locks解决幻读，MVCC解决的是普通读（快照读）的幻读，next-key locks解决的是当前读情况下的幻读。

2. 幻读是什么

事务A，先执行：

update table set name=“hh” where id>3;

结果为：

OK row xx 表名成功影响多少行数据

事务B，后执行，并且提交：

insert into table values(11, uu);

commit;

事务A，然后再select一下：

select * from table where id>3

结果集为：

11,uu

事务A懵了，我特么不是id>3全部更新了吗

这次是已提交事务B对事务A产生的影响，这个影响叫做“幻读”。

幻读和不可重复读的区别是，前者是一个范围，后者是本身

3. 怎么解决的？

3.1. 当前读

所谓当前读，指的是加锁的select(S或者X), update, delete等语句。在RR的事务隔离级别下，数据库会使用next-key locks来锁住本条记录以及索引区间。

拿上面那个例子来说，在RR的情况下，假设使用的是当前读，加锁了的读

select * from table where id>3 锁住的就是id=3这条记录以及id>3这个区间范围，锁住索引记录之间的范围，避免范围间插入记录，以避免产生幻影行记录。

3.2. 普通读

因为普通读是不会加锁的读，故不会有next-key locks的使用，解决幻读的手段是MVCC

MVCC会给每行元组加一些辅助字段，记录创建版本号和删除版本号。

而每一个事务在启动的时候，都有一个唯一的递增的版本号。每开启一个新事务，事务的版本号就会递增。

默认的隔离级别（REPEATABLE READ）下，增删查改变成了这样：

SELECT
- 读取创建版本小于或等于当前事务版本号，并且删除版本为空或大于当前事务版本号的记录。这样可以保证在读取之前记录是存在的
INSERT
- 将当前事务的版本号保存至行的创建版本号
UPDATE
- 新插入一行，并以当前事务的版本号作为新行的创建版本号，同时将原记录行的删除版本号设置为当前事务版本号
DELETE
- 将当前事务的版本号保存至行的删除版本号

比如我插入一条记录, 事务id 假设是1 ，那么记录如下：也就是说，创建版本号就是事务版本号。

id	name	createversion	deleteversion
1	wxt	1

如果我更新的话，事务id假设是2

id	name	createverison	deleteversion
1	wxt	1	2
1	taotao	2

这里是把name更新为taotao，原来的元组deleteversion版本号为这个事务的id，并且新增一条

如果我删除的话，假设事务是id=3

id	name	createverison	deleteversion
1	taotao	2	3

就变成现在这个样子

关键点来了

现在我读取的话，必须同时满足两个条件的

读取创建版本小于或等于当前事务版本号这意味着数据在这个事务之前被创建
删除版本为空或大于当前事务版本号的记录。这意味着删除操作在这个事务之后发生

就拿上面那个例子说明

当前数据库的状态

id	name	createverison	deleteversion
4	a	2
5	b	5

假设事务A的id=10

现在update table set name=“hh” where id>3;执行这条语句

id	name	createverison	deleteversion
4	a	2	10
5	b	5	10
4	hh	10
5	hh	10

事务B的id=11

insert into table values(11, uu);

id	name	createverison	deleteversion
4	a	2	10
5	b	5	10
4	hh	10
5	hh	10
11	uu	11

最后事务A（id=10）在此读取

select * from table where id>3

根据上述的规则，

读取创建版本好小于等于当前事务的→那么（4，a）（5，b）（4，hh）（5，hh）

上面规则的输出作为下面规则的输入的话

删除版本为空或大于当前事务版本号的记录→（4，hh）（5，hh）

如此读取就没有读取到事务B新插入的那行，解决幻读

如果事务B是更新id=4 的元组name=cc呢

同理，根据update的规则

id	name	createverison	deleteversion
4	a	2	10
5	b	5	10
4	hh	10	11
5	hh	10
4	cc	11

然后根据select的规则去读取的话，得到的还是（4，hh）（5，hh）

4. 多说一句

在RC的模式下，MVCC解决不了幻读和不可重复读，因为每次读都会读它自己刷新的快照版本，简单来说就是另一个事务提交，他就刷新一次，去读最新的

面试官：你说熟悉MySQL，那来谈谈InnoDB怎么解决幻读的？相关推荐

面试 | 你说你熟悉MySql，那你就来谈谈InnoDB如何解决幻读的？
这是小小本周的第一篇. 今天干了啥今天可是周日,一个休息日,对于休息日来说,小小本身也是比较忙碌的,忙碌的小小,耗费的很多的时间,终于倒腾完成了GitChat,一篇GitChat 将会于近日出炉.完 ...
【MySQL系列5】深入分析MySQL中锁并详解锁解决幻读问题
MySQL锁分析 MySQL系列文章汇总前言什么是锁锁的分类全局锁表锁行锁共享锁排他锁意向锁各种锁的兼容关系锁到底锁的是什么举例猜测结论行锁的算法记录锁(Record L ...
MySQL可重复读级别能够解决幻读吗
引言之前在深入了解数据库理论的时候,了解到事物的不同隔离级别可能存在的问题.为了更好的理解所以在MySQL数据库中测试复现这些问题.关于脏读和不可重复读在相应的隔离级别下都很容易的复现了.但是对于幻 ...
事务没提交的数据查的出来吗?_“金三银四”面试官：说说事务的ACID，什么是脏读、幻读？...
一.事务事务是数据库管理系统执行过程中的一个逻辑单位,由一个有限的数据库操作序列构成.--摘自百科在MySQL里,事务是在引擎层面实现,比如MyIsam不支持,InnoDB支持面试清单(Java ...
MySQL InnoDB如何解决幻读？
1 数据准备 CREATE TABLE `t` (`id` int(11) NOT NULL,`c` int(11) DEFAULT NULL,`d` int(11) DEFAULT NULL,PRI ...
大厂面试官必问的Mysql锁机制
前言前几天有粉丝和我聊到他找工作面试大厂时被问的问题,因为现在疫情期间,找工作也特别难找.他说面试的题目也比较难,都偏向于一两年的工作经验的面试题. 他说在一面的时候被问到Mysql的面试题,索引那 ...
聊聊大厂面试官必问的 MySQL 锁机制
前言前几天有粉丝和我聊到他找工作面试大厂时被问的问题,因为现在疫情期间,找工作也特别难找.他说面试的题目也比较难,都偏向于一两年的工作经验的面试题. 他说在一面的时候被问到Mysql的面试题,索引那 ...
mysql编写完怎么执行_面试官：一条MySQL更新语句是如何执行的？
在面试中面试中如果被面试官问到在MySQL中一条更新语句是怎么执行的?,下面让我们来探究一下! 流程图这是在网上找到的一张流程图,写的比较好,大家可以先看图,然后看详细阅读下面的各个步骤. 执行流程 ...
面试官问：如果MySQL引起CPU消耗过大，你会怎么优化
转载自面试官问:如果MySQL引起CPU消耗过大,你会怎么优化谁在消耗cpu? 用户+系统+IO等待+软硬中断+空闲祸首是谁? 用户用户空间CPU消耗,各种逻辑运算正在进行大量tps 函数 ...

面试官：你说熟悉MySQL，那来谈谈InnoDB怎么解决幻读的？