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

“未读→已读→可重复→串行化”是数据库事务隔离级别Isolation Level的经典递进序列对应 SQL 标准定义的四个级别由低到高未提交读Read Uncommitted允许读取未提交的修改即“脏读”安全性最低但并发性能最高。已提交读Read Committed仅允许读取已提交的数据避免脏读但可能出现不可重复读同一事务中多次读同一行结果不一致和幻读。可重复读Repeatable Read保证同一事务内多次读取同一数据结果一致避免脏读、不可重复读但标准SQL下仍可能发生幻读MySQL InnoDB通过间隙锁/Next-Key Lock解决幻读使其实际行为强于标准定义。串行化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 事务启动时机共同保障的“逻辑幻读免疫”。 底层机制双支柱MVCC多版本并发控制每行记录隐含DB_TRX_ID最后修改事务ID和DB_ROLL_PTR指向 undo log 版本链事务启动时创建read view决定哪些版本对当前事务可见快照读始终读取该 read view 下可见的最新版本 → 同一事务内多次快照读结果一致且不感知后续插入。Next-Key Locking临键锁是行锁Record Lock与间隙锁Gap Lock的组合锁定索引记录及其前隙例如SELECT * FROM t WHERE id 5 FOR UPDATE会锁住(5, ∞)区间阻止其他事务插入id6,7,...的新行正是此机制使当前读加锁读/写操作在 RR 下杜绝幻象插入。✅ 补充说明若关闭间隙锁如设置innodb_locks_unsafe_for_binlogON已弃用或使用非唯一索引且查询条件无法使用索引可能退化为仅行锁导致幻读风险INSERT ... SELECT、UPDATE ... (SELECT)等语句在 RR 下仍可能因锁范围判断偏差引发幻读罕见但存在需结合具体执行计划分析。-- 查看当前事务隔离级别SELECTtransaction_isolation;-- 查看锁信息需启用 performance_schemaSELECT*FROMperformance_schema.data_locks;