InnoDB 是如何解决幻读、不可重复读？
如何解决不可重复读
上一篇文章，已经说明 InnoDB 是如何解决不可重复读的。一个事务只在第一次 SELECT 的时候会获取一次 Read view，而后面所有的 SELECT都会复用这个 Read view，这样每次读到的就是一样的，就可重复读。
InnoDB 是如何解决幻读的？
在读已提交的情况下，及时采用了 MVCC 方式也会出现幻读，如果我们同时开启事务A 和 事务B， 现在事务A 中进行某个条件的查询，读取的时候采用排他锁，在事务B 中增加一条复核该条件范围的数据，并提及，然后事务A中再查询该条件范围的数据，就会发现结果集中多了一条数据，这样便出现了幻读。
InnoDB 行锁方式
- 记录锁：针对单个行记录加锁
- 间隙锁：（Gap Locking）:可以帮助啊我们锁住一个范围（索引之间的空隙），但是不包括记录本身。
- Next-Key ：帮我们锁住一个范围，同时锁住记录本身。
InnoDB 是采用 Next-key 锁机制，解决幻读。
当我们想要插入球员艾利克斯·伦（身高2.16米）的时候，事务B会超时，无法插入该数据。这是因为采用了 Next-Key 锁，会将 height>2.08的范围都进行锁定，就无法插入符合这个范围的数据了。然后事务A重新进行条件范围的查询，就不会出现幻读的情况。
MVCC的核心就是 Undo log+ Read view，“MV”就是通过 Undo log来保存数据的历史版本，实现多版本的管理，“CC”是通过 Read view来实现管理，通过 Read view原则来决定数据是否显示。同时针对不同的隔离级别， Read view的生成策略不同，也就实现了不同的隔离级别。
