在 MySQL InnoDB 中，Read View（读视图）是 MVCC 用来判断"某个数据版本对当前查询是否可见"的规则集合。
它可以理解为查询创建的一张"事务快照名单"，但要注意：
Read View 并不会复制整张表，也不保存数据本身，它只记录事务可见性的边界信息。
普通 SELECT 可以借助 Read View 读取历史版本，不必等待其他事务提交，也通常不需要加行锁
为什么需要 Read View
假设一行数据正在被其他事务修改：
事务 A：把 balance 从 100 修改为 200，但还没有提交
事务 B：执行 SELECT 查询 balance事务 B 不能随便看到未提交的 200，否则会产生脏读。
InnoDB 会通过以下信息决定读取哪个版本：
Read View + 数据行的事务 ID + Undo Log 版本链Read View 记录什么
可以简化理解为四部分：
creator_trx_id：创建 Read View 的事务 ID
active_trx_ids：创建时仍然活跃、未提交的事务 ID
min_trx_id：活跃事务中的最小事务 ID
max_trx_id：创建时下一个将被分配的事务 IDMySQL 源码中的具体字段名称略有不同，但核心就是：记录创建快照时哪些事务尚未完成，以及事务 ID 的上下边界。
可见性判断规则
假设 Read View 创建时：
当前事务 ID：105
活跃事务：100、108
最小活跃事务 ID：100
下一个事务 ID：110检查某个数据版本的 DB_TRX_ID 时：
1. 是当前事务自己修改的
DB_TRX_ID = 105可见，因为事务应该看到自己之前的修改。
2. 小于最小活跃事务 ID
DB_TRX_ID = 90可见。
说明修改这个版本的事务在 Read View 创建之前就已经提交。
3. 大于等于下一个事务 ID
DB_TRX_ID >= 110不可见。
说明修改数据的事务是在 Read View 创建之后才开始的，相当于"未来事务"。
4. 位于两个边界之间
例如：
DB_TRX_ID = 103需要检查活跃事务列表：
在活跃事务列表中：当时尚未提交，不可见。
不在活跃事务列表中：当时已经提交，可见。
整体规则可以概括为：
是自己修改的 → 可见
小于最小活跃事务 ID → 可见
大于等于下一个事务 ID → 不可见
处于两者之间且仍然活跃 → 不可见
处于两者之间但已经提交 → 可见当前版本不可见怎么办
InnoDB 聚簇索引记录中包含两个隐藏字段：
DB_TRX_ID：最后修改该行的事务 ID
DB_ROLL_PTR：指向 Undo Log 中的历史版本如果当前记录对 Read View 不可见，InnoDB 会沿着 DB_ROLL_PTR 找到更旧的版本：
最新版本：事务 108 修改，不可见
↓ Undo Log
旧版本：事务 103 修改，可见
↓
返回旧版本这就是 MVCC 的多版本读取过程。MySQL 源码也会根据 Read View 检查记录事务 ID，并在版本不可见时通过 Undo Log 构造旧版本。