本文共 1411 字，大约阅读时间需要 4 分钟。
1.使用场景
| session1 | session2 |
|---|---|
| begin | |
| select * from t_user where id==1 # select 100 | |
| begin | |
| update t_user while id ==1 #update200 | |
| commit | |
| select * from t_user # select 100 | |
| commit |
事务的默认隔离级别是RR(可重复读)。意思是session1的两次select 是一致的，就是说两次select之间，其他事务不能对t_user修改update/insert/delete操作不会影响，session1的第二次查询结果。也就是事务的RR级别隔离
怎么才能实现事务的RR级别隔离？
方法一：可以在select 操作是加行读锁，update/insert/delete加写锁。这个做虽然可以，但是大大的降低了读写并发性。
方法二：事务中第一次select时保存一个数据库所有表的快照，然后后续的select直接使用这个快照查询。
2.MVCC概述
读不加锁，读写不冲突。使用快照实现不加锁的并发读写。
MVCC只会在事隔离等级RR、RC下面才使用。
MVCC仅仅在纯select时有效(不包括select for update,lock in share mode等加锁操作,以及update\insert等)
3.实现原理
MVCC实现依赖于记录的隐藏字段,undo日志，read view快照。
3.1 隐藏字段
3.2 undo日志
每次对数据进行修改产生一条undo日志，日志采用链表方式存储。
delete产生一条特殊的undo日志，在记录头中标记删除即可。
3.3 read view
普通select时获取readview。然后根据readview的值在undo查找数据内容
3.4 undo查找过程
DB_TRX_ID < up_limit_id:数据可见，返回数据
DB_TRX_ID > low_limit_id:数据不可见，
DB_TRX_ID >= up_limit_id && DB_TRX_ID <= low_limit_id:
1.DB_TRX_ID 在 没有提交的事务数组中，数据不可见。
2.DB_TRX_ID 不在 没有提交的事务数组中，数据可见，返回数据。
可见快照并不是将所有的数据复制一份，而是使用undo不同版本数据，read view保存事务操作时的版本信息。利用这两个结构进行版本数据的查询。
4.RC、RR级别下的MVCC
RC可以读取到所有提交的，事务每次select时获取read view
RR重复读取数据一致，事务第一次select时获取read view，后边操作使用第一次获取到的
参考资料：
视频：https://www.bilibili.com/video/BV1YJ411J7vb?from=search&seid=8515953512048419235
https://zhuanlan.zhihu.com/p/144682180
vb?from=search&seid=8515953512048419235
https://zhuanlan.zhihu.com/p/144682180
https://blog.csdn.net/SnailMann/article/details/94724197
