InnoDB如何解决幻读？MVCC？

参考文档：https://dev.mysql.com/doc/refman/5.7/en/innodb-next-key-locking.html。

InnoDB是一种多版本（multi-version）存储引擎，支持事务。很多书籍、资料中都说MVCC解决了幻读的问题，NO，其实MVCC并没有解决幻读问题。MVCC只是通过undo log解决了RR事务隔离级别中的consitent read问题，InnoDB是通过’next-key locking’临键锁算法解决幻读的。

什么是幻读？

官方的解释：在同一个事务中，前后2次查询的结果集不一致。例如，（一个事务中）执行了2次SELECT，但是第二次SELECT的查询结果集相比第一次的结果集多了一条记录。其实这个概念是比较粗糙的，这个解释看上去不就是”不可重复读”与”可重复读”的问题吗？

幻读到底是什么？

做个试验：

首先将自动提交功能设置为OFF：

SET AUTOCOMMIT=0;

测试表数据如下：

事务1：

BEGIN;
SELECT * FROM biz_user WHERE id = 3;

事务2：

BEGIN;
select * from biz_user where id = 3;
insert into biz_user (id,name,sex,age) values (3,'隔壁老王','男',30);
COMMIT;

此时测试表数据如下：

事务1：再次执行查询语句

select * from biz_user where id = 3;

由于Mysql默认的事务隔离级别为RR，所以事务1中，多次查询id=3，仍然无结果。此时，事务1写入数据：

insert into biz_user (id,name,sex,age) values (3,'隔壁老王','男',30);

如何解决幻读？

是的，解决上面问题的办法就是加锁。在事务1中，只要使用’select * where id = 3 for update’即可。但是解决问题和理解其概念与原理是2码事。

临键锁

InnoDB使用了一种临键锁算法’next-key’（将index-row锁与间隙锁混合在一起使用），InnoDB实现行锁的方式，就是当它搜索或扫描一个表索引时，在匹配到的index-record（索引记录）上加共享锁或排它锁，因此行锁，实际上就是index-record锁。此外，index-record上的临键锁也会影响该索引记录之前的“间隙”。也就是说，临键锁是一个index-record锁加上一个在index-record之前的间隙上的间隙锁。

举例说明：

当前测试表数据如下：

事务1：

 

事务2：

测试表当前数据如下：

说明临键锁，并没有给主键值6之前的间隙加锁，结果id=5可以插入。

结束事务1，重新进行测试，删除老王数据，当前测试表数据如下：

事务1：

事务2：

事务1提交，查看事务2情况：

测试表当前数据：

同理测试，id=120时，同样无法写入数据。

所以此测试样本中，临键锁的范围是：

(6,100)

(100,+∞]

吐槽：为什么现在博客的标签不能自定义了，而且标签词库词汇量很小，无法满足我的需求。