[面试题] 如何理解MVCC？

📖 版块 A：知识讲解版 (温故知新)

• MVCC (Multi-Version Concurrency Control)：即多版本并发控制。它是一种并发控制机制，主要用于数据库管理系统，实现对数据库的并发访问。在 MySQL 的 InnoDB 引擎中，MVCC 主要是为了提高数据库并发性能，用以解决“读-写”冲突，实现非阻塞并发读。

• 核心实现三要素：

  1. 隐藏字段：InnoDB 为每行记录维护了三个隐式字段：DB_TRX_ID（最近修改该行的事务 ID）、DB_ROLL_PTR（回滚指针，指向 Undo Log）、DB_ROW_ID（自增主键，若无显式主键则自动生成）。
  2. Undo Log (回滚日志)：当行记录被修改时，旧版本数据会被记录在 Undo Log 中，通过回滚指针串联成一个“版本链”。
  3. ReadView (一致性视图)：事务进行快照读（Snapshot Read）时生成的快照，包含了当前活跃事务的 ID 列表。

• 可见性判断算法：当一个事务尝试读取某行记录时，会根据 ReadView 中的事务 ID 列表（m_ids、min_trx_id、max_trx_id）与该行记录当前的 DB_TRX_ID 进行比对，判断该版本对当前事务是否可见。如果不可见，则顺着 Undo Log 版本链向上寻找。

• 隔离级别差异：

  • RC (Read Committed)：每次 SELECT 都会创建一个新的 ReadView，因此能读到其他已提交事务的修改（解决脏读）。
  • RR (Repeatable Read)：只在第一次 SELECT 时创建一个 ReadView，后续所有查询复用该视图，从而实现可重复读。

🎤 版块 B：面试实战版 (高手逐字稿)

Q：如何理解 MVCC？

💬 高手逐字稿：

简单来说，MVCC 就是“多版本并发控制”，它是 InnoDB 引擎在 RC 和 RR 隔离级别下实现“非阻塞读”的核心手段。如果没有 MVCC，为了保证数据一致性，读写操作通常需要互斥加锁，这在高并发下性能很差。

MVCC 的实现主要依赖于三个东西：隐式字段、Undo Log 版本链以及 ReadView。

每条行记录其实都有两个关键的隐藏列：一个是 DB_TRX_ID，记录最后修改它的事务 ID；另一个是 DB_ROLL_PTR，它像一个指针，指向该记录在 Undo Log 里的旧版本。当数据被多次修改时，Undo Log 就会形成一条版本链。

而 MVCC 最核心的逻辑在于 ReadView 的可见性算法。当事务执行快照读时，会生成一个 ReadView，里面存了当前系统还没提交的活跃事务 ID 列表。InnoDB 会拿版本链中每一条记录的事务 ID 去和 ReadView 做对比：如果这个 ID 比最小的活跃 ID 还小，说明已经提交，可见；如果比最大的还大，说明是未来的，不可见；如果在中间，且不在活跃列表里，说明也提交了，可见。

这里有一个非常关键的细节，也是 RC 和 RR 隔离级别的本质区别：在 Read Committed 级别下，事务里的每一次查询都会重新生成一个新的 ReadView，所以它能读到别的事务刚提交的数据。而在 Repeatable Read 级别下，整个事务期间只会生成一次 ReadView，所以无论别的事务怎么改，它看到的永远是事务开启那一刻的一致性快照。

甚至我们可以再深入一步：MVCC 结合 Gap Lock（间隙锁）在 RR 级别下很大程度上解决了幻读问题。MVCC 保证了普通快照读不会读到别人插入的数据，而间隙锁保证了当前读（如 select for update）也不会读到别人插入的数据。

这就使得 InnoDB 可以在保证高性能的同时，提供极高的一致性保障。