为什么要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种情况：

1. Session A select * from t for update，然后 Session B insert into t, 再然后 Session A select * from t for update，就把Session B插入的数据查出来了
2. 另外一种情况：

总结：

• RR隔离级别下间隙锁才有效，RC 隔离级别没有间隙锁
• RR隔离级别是为了解决幻读，快照读依靠mvcc控制，当前读通过间隙锁解决
• 间隙锁和行锁合称 Next-Key Locks,每个 Next-key Locks是 [)