“未读→已读→可重复→串行化”是数据库事务隔离级别（Isolation Level）的经典递进序列

“未读→已读→可重复→串行化”是数据库事务隔离级别（Isolation Level）的经典递进序列，对应 SQL 标准定义的四个级别（由低到高）：

1. 未提交读（Read Uncommitted）

   • 允许读取未提交的修改（即“脏读”），安全性最低，但并发性能最高。

2. 已提交读（Read Committed）

   • 仅允许读取已提交的数据，避免脏读；但可能出现不可重复读（同一事务中多次读同一行，结果不一致）和幻读。

3. 可重复读（Repeatable Read）

   • 保证同一事务内多次读取同一数据结果一致（避免脏读、不可重复读）；但标准SQL下仍可能发生幻读（MySQL InnoDB通过间隙锁/Next-Key Lock解决幻读，使其实际行为强于标准定义）。

4. 串行化（Serializable）

   • 最高级别，通过强制事务串行执行（如加范围锁或使用序列化调度器），彻底避免脏读、不可重复读和幻读；但并发度最低，性能开销最大。

✅ 安全性递增 ✔️，性能递减 ✔️，符合您的描述。

-- 查看/设置 PostgreSQL 隔离级别示例SHOWtransaction_isolation;SETTRANSACTIONISOLATIONLEVELSERIALIZABLE;

MySQL InnoDB 的「可重复读（Repeatable Read）」在绝大多数场景下能避免幻读，但这并非因为其严格符合 SQL 标准定义，而是InnoDB 通过工程优化（Next-Key Locking）主动强化了该级别语义——这是 MySQL 对标准的扩展实现，而非标准本身的要求。

🔍 关键区分：

• ✅SQL 标准中的「可重复读」只要求避免脏读和不可重复读，明确允许幻读（phantom reads）；
• ✅InnoDB 的「可重复读」默认使用 Next-Key Lock（行锁 + 间隙锁），对查询涉及的索引范围加锁，从而阻止其他事务在该范围内插入新行 →有效拦截幻读（针对当前读，如SELECT ... FOR UPDATE、UPDATE、DELETE等）；
• ⚠️ 但需注意：快照读（普通SELECT）不加锁，依赖 MVCC 生成一致性视图（基于事务启动时的 read view），因此在 RR 下，快照读天然“看不见”并发插入的新行（因其 trx_id 不在可见范围内），也不会发生幻读—— 这是 MVCC + 事务启动时机共同保障的“逻辑幻读免疫”。

📌 底层机制双支柱：

1. MVCC（多版本并发控制）

   • 每行记录隐含DB_TRX_ID（最后修改事务ID）和DB_ROLL_PTR（指向 undo log 版本链）；
   • 事务启动时创建read view，决定哪些版本对当前事务可见；
   • 快照读始终读取该 read view 下可见的最新版本 → 同一事务内多次快照读结果一致，且不感知后续插入。

2. Next-Key Locking（临键锁）

   • 是行锁（Record Lock）与间隙锁（Gap Lock）的组合，锁定索引记录及其前隙；
   • 例如SELECT * FROM t WHERE id > 5 FOR UPDATE会锁住(5, +∞)区间，阻止其他事务插入id=6,7,...的新行；
   • 正是此机制使当前读（加锁读/写操作）在 RR 下杜绝幻象插入。

✅ 补充说明：

• 若关闭间隙锁（如设置innodb_locks_unsafe_for_binlog=ON，已弃用）或使用非唯一索引且查询条件无法使用索引，可能退化为仅行锁，导致幻读风险；
• INSERT ... SELECT、UPDATE ... (SELECT)等语句在 RR 下仍可能因锁范围判断偏差引发幻读（罕见但存在），需结合具体执行计划分析。

-- 查看当前事务隔离级别SELECT@@transaction_isolation;-- 查看锁信息（需启用 performance_schema）SELECT*FROMperformance_schema.data_locks;