很多人第一次学 MySQL 的 MVCC都被Read View、Undo Log、trx_id、隐藏字段这些概念搞晕了。其实MVCC 的核心思想只有一句话不要覆盖旧数据而是保留历史版本让不同事务读取不同版本的数据。只要理解了这一点后面的知识就很好理解了。为什么需要 MVCC假设现在有一张用户表idbalance1100有两个事务事务 ABEGIN; UPDATE user SET balance 200 WHERE id 1;注意这时候事务 A还没有提交。与此同时事务 B 查询SELECT balance FROM user WHERE id 1;这里就有两个问题如果让事务 B 等待查询性能会很差。如果直接读取 200事务 A 后面回滚怎么办MySQL 想出了一个办法事务 A 修改数据时不覆盖原来的数据而是生成一个新版本。于是数据就变成了最新版本200事务A ↑ 旧版本100事务 A 自己看到的是200,事务 B 因为事务 A 没提交所以仍然看到100。这样读写互不影响。这就是MVCC多版本并发控制。历史版本存在哪里都存在Undo Log回滚日志。假设数据经历了三次修改100、200、300Undo Log 会把旧版本串起来300 ↓ 200 ↓ 100所以Undo Log 不仅用于事务回滚还保存了数据的历史版本这也是 MVCC 能工作的基础。那事务怎么知道该读哪个版本这就轮到Read View读视图了。你可以把 Read View 理解成一个过滤器。它只负责一件事判断这个版本当前事务能不能看。例如当前有两个版本200未提交 ↓ 100已提交事务查询时先看 200发现它还没提交不能读继续往前找找到 100已经提交。可以读。于是最终返回 100。整个过程其实就是最新版本 ↓ 能看吗 ↓ 不能 ↓ 找上一版本 ↓ 能看吗 ↓ 可以 ↓ 返回Hidden Columns隐藏字段又是什么InnoDB 的每一行数据其实都会偷偷保存两个重要信息trx_id最后一次修改这条数据的事务 ID。roll_pointer指向 Undo Log也就是上一版本。例如balance 300 trx_id 100 roll_pointer --- 200再继续200 ↓ 100于是所有历史版本就形成了一条版本链。Read View 就是顺着这条链一直往前找直到找到当前事务可以读取的那个版本。MVCC 能解决什么问题一句话让读操作不用等待写操作。如果没有 MVCCUPDATE ↓ 加锁 ↓ SELECT 等待有了 MVCCUPDATE ↓ 生成新版本 SELECT ↓ 读取旧版本读写互不阻塞所以 MySQL 才能支持这么高的并发。MVCC 是不是所有查询都会用MVCC 只用于快照读Snapshot Read。如SELECT * FROM user;如果你执行SELECT * FROM user FOR UPDATE;或者UPDATE ...这些都属于当前读Current Read需要加锁而不是使用 MVCC。所以可以记住一句话普通 SELECT 用 MVCC涉及加锁的操作走锁机制。最后总结其实 MVCC 就三个东西Undo Log保存历史版本。Read View决定当前事务应该读哪个版本。隐藏字段trx_id、roll_pointer把所有历史版本串成一条链。它们三者配合实现了读数据不用等写数据既保证了事务隔离又提高了数据库并发性能。如果用一句最简单的话总结 MVCCMVCC 本质上就是“不覆盖旧数据而是保存多个版本让不同事务读取不同版本的数据”。