MySQL InnoDB RR 下存在幻读？到底是幻读还是数据不一致？

什么是幻读？

SQL92-幻读(phantom read)：SQL-transaction T1 reads the set of rows N that satisfy some . SQL-transaction T2 then executes SQL-statements that generate one or more rows that satisfy the used by SQL-transaction T1. If SQL-transaction T1 then repeats the initial read with the same , it obtains a different collection of rows.

在一个事务中一次查询之后，有另一个事务进行了插入，插入的内容是满足上面查询条件的，如果这个事务当中还有第二次同样查询条件的查询，那么就会导致了第二次查询得到的结果集增多。

RR 与 RC

MySQL-InnoDB-RR：可重复读对事务涉及到的数据加读锁和写锁，读锁和写锁一直持有直到事务结束，不再加范围锁。
MySQL-InnoDB-RC：读已提交对事务涉及到的数据加读锁和写锁，写锁会一直持续到事务结束，读锁在查询完成后会马上释放。

RC：由于缺乏贯穿整个事务的读锁，事务涉及到的数据可能被其他事务改变。
RU：只加写锁，完全不加读锁，导致可以读到其它事务加了写锁的数据，因而导致脏读。
MVCC：

对数据库的任何修改都不会覆盖之前的数据，产生一个新版本与老版本共存，达到读取时完全不加锁。

MVCC 只针对读+写场景优化，写+写情况基本没有优化空间。

串行化和读未提交都用不上 MVCC。RU 只有写锁，不存在读锁。

RR+MVCC：总是读取 CREATE_VERSION 小于或等于当前事务 ID 的记录，若数据有多个版本，则读取最新（ID）最大的。
RC+MVCC：总是读取最新版本。

一、事务从头到尾只有快照读

MVCC 解决了幻读的问题。

RR 下都是读 ReadView 快照，而没有发生数据变化，因此RR的两次快照读不存在幻读。

二、事务从头到尾只有当前读

通过间隙锁和临建锁也解决了幻读问题。

RR 下进行当前读过程中，间隙锁开始生效（Next-Key Lock——Gap Lock），将阻塞进行的其它插入事务，因此RR的两次当前读不存在幻读。

三、事务中既有快照读也有当前读

我们知道 innoDB RR 用上了 MVCC，是存在当前读和快照读的。虽然间隙锁能避免 RR 当前读的幻读问题，但是对于当前读和快照读两份数据间隙锁就无能为力了？

快照读（snapshot read）
简单的 select 操作直接读取快照，快照读解决了幻读的问题，保证了一致性。
当前读（current read）
读锁：select … lock in share mode、写锁：select … for update、修改类语句：insert、update、delete，都会触发当前读。

假设：基于 RR 隔离级别。如果一个事务一 T1 开始基于 select 进行当前读【①】，然后事务二 T2 插入一个数据【②】，并且这个数据 ②是符合读 ① 的搜索条件的，T1 在 T2 插入后再进行读取操作 ③。

分析：事务 T1 的操作 ③ 不会读取到事务 T2 插入的数据 ②，因为事务 T1 读取的都是自己开始时拍摄的快照。

假设：事务 T1 在 ① 与 ③ 的读取过程中执行了一条 for update 语句，快照失效从快照读转为当前读，那么是否会读取到事务 T2 插入的新数据 ② 呢？

# 事务一：
begin;
	select * from t;        		-- 快照读          【本条语句执行后，线程立即转到执行事务二，插入并提交】
	select * from t for update ;    -- 会读取到新数据  —— 当前读  (会读取到新数据 16)
	select * from t;				-- 快照读          (不会读取到新数据 16)
commit;

# 事务二：
begin;
	insert into t values (16, 16, 16);
commit;

可以看看我的执行结果：

说明：基于执行结果进行分析，在事务一中，只有 for update 是当前读，在 for update 前后的 select 语句还是快照读。

总结：当前读语句不会对后续快照读语句产生影响。InnoDB RR 是会存在 “表中最新数据和 MVCC 快照数据” 数据冲突的问题，但是不存在幻读问题。

这是 MVCC 带来的数据一致性问题，而不是幻读。

综上

MySQL InnoDB RR 中通过 MVCC 解决了幻读问题，但又引入了数据不一致问题。

参考

请参考 ² Dmitry Lenev 所说。

参考¹：http://mysql.taobao.org/monthly/2017/06/07/
参考²：https://bugs.mysql.com/bug.php?id=63870

文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/180268.html