深入理解 MySQL MVCC 与锁机制：从底层原理到可见性算法实战

Sun, 16 Aug 2026 10:00:00 +0800

本文写给谁看：刚接触 MySQL、听过 MVCC / 事务隔离 / 幻读这些词但总觉得云里雾里的同学。 怎么读：全文按"先建立直觉 → 再看原理 → 最后实战排错"的顺序展开，每一章都可以独立看懂。遇到不懂的名词别慌，文中都会用大白话解释。 读完你能收获：① 彻底搞懂事务隔离级别；② 明白 MVCC 到底在干什么；③ 能手算"某条数据该不该被看到"；④ 知道 RC 和 RR 差在哪；⑤ 理解幻读为什么会发生、怎么防；⑥ 看懂 InnoDB 的各种锁；⑦ 掌握死锁排查思路。

〇、开篇：一个让你头疼的场景

假设你开了两家银行柜台（两个事务），同时操作同一个账户：

柜员 A 正在给账户改余额（写）；
柜员 B 只想查一下余额（读）。

最笨的办法是：A 改的时候把账户锁起来，B 必须干等。这就是"加锁"方案——简单，但慢得要命，因为读和写互相堵。

MySQL 的 InnoDB 引擎想了个聪明的办法：既然 B 只是想"看一眼"，那我给它看一张"刚才的快照照片"不就行了？A 继续在原件上改，互不影响。

这个"拍快照、看历史版本"的机制，就叫 MVCC（Multi-Version Concurrency Control，多版本并发控制）。

🎯 一句话记住 MVCC：它让"读不加锁、读写不冲突“成为可能，是 MySQL 高并发的功臣。

整篇文章，其实就是围绕”这张快照是怎么拍的、什么时候拍的、能看到什么“这三个问题展开的。我们一步步来。

一、前置知识：先把地基打好

在讲 MVCC 之前，有三个概念你必须先认识，否则后面会看不懂。别担心，都很简单。

1.1 什么是"事务”？

事务 (Transaction) 就是"一组要么全成功、要么全失败的操作"。最经典的例子是转账：A 扣 100 元、B 加 100 元，这两步必须一起成功，不能 A 扣了钱 B 却没收到。

Lock on 分享技术带来的喜悦

深入理解 MySQL MVCC 与锁机制：从底层原理到可见性算法实战

〇、开篇：一个让你头疼的场景

一、前置知识：先把地基打好

1.1 什么是"事务”？