请解释 MySQL 中多版本并发控制（MVCC）的核心机制，包括它如何通过版本链和 Read View 实现不同隔离级别下的快照读，以及它与当前读的区别。
考察说明
考察对 MySQL InnoDB 存储引擎中 MVCC 原理与实现细节的理解。
回答思路
- 【回答框架 1】MVCC 是一种并发控制方法，用于提高数据库的并发性能，InnoDB 通过它实现读不阻塞写、写不阻塞读。其核心是基于隐藏列和 undo log 构建版本链。InnoDB 的每行数据都有三个隐藏列：DB_TRX_ID 记录最近修改该行的事务 ID，DB_ROLL_PTR 指向 undo log 中该行历史版本的记录，DB_ROW_ID 为隐藏主键。每次更新操作并非直接覆盖，而是生成新版本并链接到版本链上。
- 【回答框架 2】Read View 是 MVCC 实现快照读的关键，它由当前活跃事务 ID 列表、最小活跃事务 ID、最大事务 ID 等组成。快照读时，根据可见性算法沿着版本链查找：若版本的事务 ID 小于 Read View 的最小活跃事务 ID，则可见；若大于等于最大事务 ID 或处于活跃列表，则不可见，需沿回滚指针查找更早版本。该算法决定了不同隔离级别下读到的数据版本。
- 【回答框架 3】MVCC 主要应用于 RC（读已提交）和 RR（可重复读）隔离级别。RC 级别下，每次快照读都会生成新的 Read View，因此可能读到其他事务已提交的最新数据，出现不可重复读。RR 级别下，仅在第一次快照读时生成 Read View，之后复用，从而保证同一事务多次读取结果一致，实现了可重复读。RR 正是通过 MVCC 避免部分幻读，但仅针对快照读，当前读仍需通过间隙锁等锁定机制处理。
- 【回答框架 4】MVCC 适用于快照读（普通 SELECT），而当前读（如 UPDATE、DELETE、SELECT ... FOR UPDATE）读取最新版本并加锁，无法使用 MVCC 隔离。需要明确 MVCC 是 InnoDB 特有的实现，MyISAM 等其他存储引擎不支持。此外，MVCC 只解决读-写冲突，写-写冲突仍需通过锁来控制，且其实现细节与 undo log 的清理机制和事务隔离级别紧密相关。
- 【关键点 1】MVCC 基于隐藏列和 undo log 构建版本链，三隐藏列为 DB_TRX_ID、DB_ROLL_PTR、DB_ROW_ID。
- 【关键点 2】Read View 决定快照读的可见版本，RR 第一次读生成，RC 每次读生成。
- 【关键点 3】MVCC 只能保证快照读的隔离性，当前读需加锁，读-写冲突被解决，写-写冲突需锁控制。
- 【关键点 4】RR 级别利用 MVCC 避免快照读下的幻读，但当前读仍需锁。
- 【关键点 5】MVCC 是 InnoDB 特有机制，MyISAM 不支持。
- 【易错点 1】不要将 MVCC 误认为可以解决所有并发问题，它主要解决读-写冲突，写-写冲突仍需锁机制。
- 【易错点 2】混淆不同隔离级别下 Read View 的生成时机，需明确 RC 每次读生成，RR 首次读生成。
- 【易错点 3】MVCC 并不完全消除幻读，RR 级别快照读可避免，但当前读仍可能产生幻读，需依赖锁。