为什么要mvcc？
- 提高并发度，如果读和写都是通过加锁的方式，并发肯定上不来，通过mvcc来实现写通过加锁，读通过mvcc readView机制
3.9.1 Undo版本链
再重复一遍，页面中的记录存放在用户表空间的数据页中，undo log存在系统表空间的undo segment中
3.9.2 ReadView
-
内容有哪些
- m_ids :表示生成生成ReadView时活跃的事务id列表
- min_trx_id: 表示生成ReadView时活跃读写事务最小的id，也就是m_ids中的最小值
- max_trx_id: 表示生成ReadView时系统分配给下一个事务的id值，
- creator_trx_id: 表示生成该ReadView时事务id
-
可见规则：
- 大于max_trx_id,肯定不可见，说明我创建事务的时候，另外事务还没有创建
- 小于 min_trx_id,肯定是可见的，说明我创建事务的时候，事务已经提交了
- 小于max_trx_id,但是不在活跃列表中，肯定是可见的，说明更新在前查询在后，但是更新没有提交事务，所以刚开始活跃列表里有它，但是提交事务之后活跃列表就没有它了，所以更新提交完，再查一遍就能查到了
-
RC隔离级别：RC的时候需要在select的时候查询到别人提交的数据，所以RC的时候，是利用每次Select就去创建一次ReadView，保证能看到别人提交的数据
-
RR的级别：RR的时候第一个select的时候，就创建好ReadView，后续都使用的是这个ReadView，RR级别如果使用ReadView的话，没办法完全解决幻读，因为存在锁定读（不从readview里面拿数据，从数据库拿最新数据），还是会导致幻读
幻读的2种情况：
- Session A select * from t for update，然后 Session B insert into t, 再然后 Session A select * from t for update，就把Session B插入的数据查出来了
- 另外一种情况：
总结：
- RR隔离级别下间隙锁才有效，RC 隔离级别没有间隙锁
- RR隔离级别是为了解决幻读，快照读依靠mvcc控制，当前读通过间隙锁解决
- 间隙锁和行锁合称 Next-Key Locks,每个 Next-key Locks是 [)
