MySQL InnoDB依靠MVCC实现事务隔离级别。
MVCC：又称多版本并发控制，它的全称是Multi-Version Concurrency Control，就是在同一时刻同一条记录在系统中可以存在多个版本。
1.1 快照读和当前读
当前读： MySQL的MVCC决定了同一数据行可能会同时存在多个版本的情况，当前读表示读取的记录是最新版本的，且读取的时候，如果有其他并发事务要修改同一数据行，当前事务会通过加锁让其他事务阻塞等待。
比如select lock in share mode(共享锁)、select for update 、update、insert 、delete(排他锁)等操作都是一种当前读，这些操作会对读取的记录进行加锁。
快照读
表示不加锁的非阻塞读，像普通的select操作就是快照读。快照读的实现基于MVCC，它实现了事务内任何时刻读取的数据都是历史某个版本的数据，不一定是当前时刻最新的数据。
MVCC这种实现方式也是一种锁的变种，但它避开了加锁操作，大大降低系统的开销，从而提高系统的性能。
需要特别注意的是，快照读在MySQL的串行隔离级别下会上升为当前读，即使是select操作也会加锁。
mysql在可重复度的情况下，怎么解决幻读？
MySQL InnoDB默认的可重复读隔离级别加上next-key lock一定程度上解决了幻读问题，但依然存在特殊的情况下产生幻读问题。
为了解决幻读问题，MySQL InnoDB 引擎引入了next-key lock，其等同于间隙锁+记录锁的组合。
记录锁：顾名思义，就是给数据行加的锁，
那何为间隙锁？
假设，bank_balance表中只存在余额balance>0且主键id 为4和6的记录，那么当一个事务使用select * from where balance>0 for update查询时，其他事务就无法插入 id = 5的记录，就像是事务A把(4,6)这个范围锁住了，这就是间隙锁。
如果再把id=4和6的记录也同时一起锁了，合起来变成一个闭区间[4, 6]，那么整个区间锁也叫next-key lock。
1.3 当前读如何解决幻读
同样是上面的表和查询时间线，只是查询语句换成了当前读的查询select * from bank_balance where balance > 0 for update，假设没有锁，那么就会发生幻读现象，如下：
①和②：开启事务。
③：事务A通过select * from bank_balance where balance>0 for update得到的结果是7 Rows，如下：
④：事务B插入一行记录 (10, 'Loop', 100,0)。
⑤：事务A通过select * from bank_balance where balance > 0 for update再次查询得到的结果是8 Rows，如下：
⑥和⑦：提交事务。
第③和第⑤同样是查询bank_balance > 0 的记录但得到的结果却不一样，这就是幻读现象。
