MVCC
全称就是 多版本并发控制，是MySQL用来解决读写冲突的一种手段，可以实现读写不阻塞。
存在于读已提交和可重复读的情况下，读未提交不需要加锁直接读最新数据，而串行化普通select都给你加锁
MVCC依赖什么实现的？
1.数据库的隐藏字段：
rollback_pointer 回滚指针
trx_id：最近修改该行数据的事务ID
2.undo log版本链：记录的是事务变更前的数据
3.readView：快照读情况下生成的一个读视图，生成的一个快照，用来解决数据的可见性问题，有以下
字段
trx_ids：生成readview时当前系统还获活跃的事务ID集合
low_limit_id：应该分配给下一个事务的ID
up_limit_id：没提交事务中的最小ID
creator_trx_id：创建该read view的事务ID
ps: trx_ids=[up_limit_id,low_limit_id)
MVCC是如何判断数据的可见性的？
1.首先先判断本条数据是否由本事务产生（trx_id=creator_trx_id），如果是，那么就一定是可见，毕
竟是自己产生的
2.再判断**本条数据**的事务ID是否小于没提交事务的最小ID，如果是，那就可见，因为说明这数据已经被
其它事务所提交了，本事务是可见的
3.再判断本条数据是否在活跃事务集合中，如果不在，那么说明该数据已经被其他事务所提交
如果本条数据不存在的话，那么就会根据rollback pointer和undo log去找上一个版本的数据，然后重复
以上判断
readview产生时机
1.可重复读的情况下，只在事务第一次快照读时产生readview，后面会复用这个快照如果事务启动时选择
了with consistent snapshot，事务启动时就建立快照
2.读已提交的情况下，每次快照读都产生新的readview
二级索引在索引覆盖时如何使用MVCC？
隐藏字段在聚簇索引上，所以二级索引不回表要怎么使用MVCC？二级索引中，用了一个额外的名
page_max_trx_id来表示修改过该页的最大事务ID，然后用readview里的up_limit_id即没提交的事务中的
最小ID去和它比对，发现比它大，那么说明该页的数据是可见的。如果不可见，就需要回表。
所以我们可以得出一个结论，即使用到了索引覆盖，也不一定不回表
