绝对最直白的 MySQL MVCC 机制总结，免费拿走

🍁 作者：知识浅谈，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 会重新生成，导致产生幻读

• 

🍚总结

终于写完了，这个总结我是弄懂了之后才发出来的，仔细看图片中的每一句话，相信你会有所收获。