前言

前段时间，小伙伴问了我一个问题：在RR级别下，MVCC是否也能防止幻读的产生？ 本篇文章主要分析一下这个问题，不重点介绍MVCC（InnoDB Multi-Versioning, 多版本并发控制）和幻读的概念。

MVCC与幻读概念

MVCC：将变更的数据行保存为不同的版本，以应对不同的并发线程。
幻读：表述在同一个事务中的连续多次查询，返回不同的结果。例如第二次查询中读取到了第一次查询没有的rows。
Gap锁：A gap lock is a lock on a gap between index records, or a lock on the gap before the first or after the last index record.

MVCC防止幻读

对于select

在RR（Repeatable-Read）隔离级别下，第一个线程的select语句，可以通过MVCC，不读取在事务begin后的数据行version，即只有select查询时，可以通过MVCC防止读取到其它线程插入的数据。

对于数据变更DML

同样在RR隔离级别下，由于DML需要读取到最新的数据版本（也称为：当前读），MVCC只能根据数据版本进行是否能够读取，DML在操作数据时候，则会把其它线程更改的数据也视为符合条件，导致出现DML操作了不该操作的数据，所以不能符合要求。
此时，就需要一个锁来锁住这个间隙，防止出现幻读的现象，这个锁在MySQL中为Gap锁。

Gap锁防止幻读

在事务中执行DML时，为了防止符合where条件的结果集被改变，所以需要进行加锁，需要根据锁类型的不同（主键索引，非主键索引（又包括唯一索引和普通索引）），加上不同的区间：
通用： 符合条件的index需要加next-key，左开右闭区间
主键/唯一索引：
等值查询： 只加在必要的行上
区间查询： 向右遍历到不符合条件的index为止
普通索引：
等值查询： 按照 通用 的规则，加next-key锁
区间查询： 向右遍历到第一个不满足条件的index，此时next-key退化为gap

通过以上的加锁方式，线程访问的时候，防止其它线程对结果集进行修改，从而达到防止幻读的情况。所以，通常我们说：在RR隔离级别下，采用Gap锁防止幻读的产生。