🍁 作者：知识浅谈，CSDN 签约讲师，后端领域优质创作者，阿里云社区技术博主，热爱分享创作
📌 擅长领域：全栈工程师、爬虫、ACM 算法
💒 公众号：知识浅谈
🔥 联系方式 vx：zsqtcc
绝对最直白的 MySQL MVCC 机制总结
🤞开胃小菜🤞
- 在小 ySQL InnoDB 存储擎下 RC(读已提交，RR(可重复读)基于 MVCC（多版本并发控制）进行并发事务控制
- MVCC 是基于”数据版本”对并发事务进行访问。
🎈举例子引题
事务集合:
事务 A：设置 id=1088 的 name 为张三
事务 B：设置 id=1088 的 name 为张小三
事务 C：设置 id=1088 的 name 为张老三
事务 D：两次查询 id=1088 的名字
前三个事务分别进行了修改的操作，最后一个事务只有查询的操作。
RR 级别：事务 D 的第一条 Select 查询结果为张三，第二条查询结果也为张三。
RC 级别： 事务 D 的第一条 Select 查询结果为张三，第二条查询结果也为张小三。因为 RC 级别下不可重复读，所以两次结果不一样，具体原因看到后边就懂了，先提一下，主要是因为 RR 级别只生成一个 ReadView(快照)。
🎈UNDO_LOG 版本链
undolog就是undolog日志。基于 UNDO_LOG 版本链如下：
版本链解析：在原来的字段基础上加上 TRX_ID 和 DB_ROLL_PTR，TRX_ID 是 此次修改的事务id，DB_ROLL_PTR是指向上一个修改的版本指针。
🏹注意点
UNDO LOG 不是会被删除吗❓
中间数据万一被删了版本链不就断了❓答：
- UNDO LOG 版本链不是立即删除，
- MySQL 确保版本链数据不再被“引用”后再进行删除。
🎈ReadView 是啥
上边给大家留了一个问题，Readview 是什么，我们来看看
📙ReadView 是“快照读”SQL 执行时 MVCC 提取数据的依据。
- 快照读就是最普通的 Selecti 查询 SQL 语句
- 当前读指代执行下列语句时进行数据读取的方式，如 Insert、.Update、Delete、Select...for update、Select...lock in share mode
📙ReadView,是一个数据结构，包含 4 个字段
- mids:当前活跃的事务编号集合
- min_trx_id:最小活跃事务编号
- max_trx_id:预分配事务编号，当前最大事务编号+1
- creator trx id:ReadView 创建者的事务编号
🍮RC 与 ReadView 的关系
RC(读已提交)：在每一次执行快照读的时候都会生成一个新的 ReadView
结合上边的例子来理解
- RC 与 ReadView
- 拿第一次的来分析，结合右边的规则和 ReadView 对版本链进行从上到下比对，选择合适的版本取出对应的值即可。
- 拿第二次 select 的来分析，结合右边的规则和 ReadView 对版本链进行从上到下比对，选择合适的版本取出对应的值即可。
🍮RC 与 ReadView 的关系
RR(可重复读)：仅仅在第一次执行快照读的时候生成 ReadView，后续快照读服用之前生成的。（有例外：就是两次快照读中间有当前读的时候，就不会有两次快照读的 ReadView 就不一样了）
结合上边的例子来理解
RR 级别下使用 MVCC 能避免幻读吗❓
答：能，但不完全能！为何能🥕
- 连续多次快照读，ReadView 会产生复用，没有幻读问题
- 特例：当两次快照读之间存在当前读，ReadView 会重新生成，导致产生幻读
🍚总结
终于写完了，这个总结我是弄懂了之后才发出来的，仔细看图片中的每一句话，相信你会有所收获。
