MVCC在事务中如何工作

MVCC（Multi-Version Concurrency Control，多版本并发控制）是现代数据库（如 MySQL InnoDB、PostgreSQL、Oracle 等）实现高并发事务的重要机制。它的核心思想是：读不加锁、写不阻塞读，通过保存数据的多个版本来实现事务隔离。

下面以MySQL InnoDB为例，系统说明 MVCC 在事务中是如何工作的。

一、MVCC 依赖的核心结构

1. 隐藏字段（每行数据都有）

InnoDB 每行记录包含：

• DB_TRX_ID：最近修改该行的事务 ID
• DB_ROLL_PTR：回滚指针，指向 undo log 中的旧版本
• DB_ROW_ID（可选）：行标识

2. Undo Log（回滚日志）

• 每次更新都会生成旧版本数据
• 旧版本通过 roll_ptr 串成版本链

3. Read View（读视图）

事务在第一次查询时生成，用于判断：

• 哪些版本“对我可见”
• 哪些版本“对我不可见”

二、事务如何进行 MVCC 读

示例场景

事务A: BEGIN;        -- trx_id = 100
事务B: BEGIN;        -- trx_id = 200

事务B: UPDATE user SET age=30 WHERE id=1;
事务B: COMMIT;

事务A: SELECT * FROM user WHERE id=1;

执行过程

1. 事务 A 生成 Read View
2. 读取 id=1 的行：
   • 当前版本 trx_id = 200
   • Read View 发现 200 已提交 ✅ → 可见
3. 如果事务 B 未提交：
   • 当前版本不可见
   • 沿 roll_ptr 找 undo log 中的旧版本
   • 直到找到对 A 可见的版本

✅ 读到的不是“最新数据”，而是“事务开始时该看到的数据”

三、Read View 的可见性规则（核心）

Read View 包含：

• m_ids：当前活跃事务 ID 列表
• min_trx_id：最小活跃事务 ID
• max_trx_id：下一个将分配的事务 ID
• creator_trx_id：创建该 Read View 的事务

判断规则

四、不同隔离级别下的 MVCC 行为

✅ MySQL 的 REPEATABLE READ 靠 MVCC 实现，不需要锁读

五、MVCC 与写操作

• UPDATE / DELETE
  • 旧版本写入 undo log
  • 新版本 trx_id = 当前事务
• 写写冲突
  • 使用 行锁 + 事务机制
  • MVCC 只解决“读写不阻塞”

六、MVCC 的优点与代价

优点

• 读不阻塞写，写不阻塞读
• 高并发性能好
• 实现可重复读

代价

• 存储空间增加（多版本）
• 需要 purge 线程清理过期版本

七、一句话总结

MVCC 通过“数据多版本 + 事务视图（Read View）”让每个事务看到自己该看到的数据快照，从而实现无锁读和高并发。

如果你愿意，我也可以用时序图 / 对比 PostgreSQL MVCC / 面试题角度再讲一遍。