为什么要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是 [)