SERIALIZABLE能避免幻读吗

结论先行：
在 MySQL 的 InnoDB 中，SERIALIZABLE 隔离级别确实可以避免幻读；
但在 SQL 标准层面，SERIALIZABLE 的定义是“可串行化”，并不天然保证避免幻读，是否避免取决于具体数据库的实现方式。

下面分层说明。

一、什么是幻读

**幻读（Phantom Read）**指的是：

同一个事务中，两次执行同样的 范围查询，第二次读到了第一次没有的行。

示例：

-- 事务 A
SELECT * FROM orders WHERE amount > 100;

-- 事务 B 插入一条
INSERT INTO orders VALUES (..., 200);

-- 事务 A 再查一次
SELECT * FROM orders WHERE amount > 100;

第二次查询多了一行 → 幻读

二、SQL 标准中的 SERIALIZABLE 是什么

SQL 标准定义：

⚠️ 注意：
SQL 标准只是说“现象级别”，并没有规定如何实现。

三、MySQL InnoDB 中的 SERIALIZABLE

✅ InnoDB 的 SERIALIZABLE 可以避免幻读

原因：

• SERIALIZABLE 在 InnoDB 中 等价于 REPEATABLE READ + 所有普通 SELECT 自动加锁
• 范围查询会使用 Next-Key Lock（记录锁 + 间隙锁）
• 其他事务 无法在锁定范围内插入新数据

示例：

SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;

START TRANSACTION;

SELECT * FROM orders WHERE amount > 100;
-- 锁住 (100, +∞) 的范围

此时其他事务：

INSERT INTO orders VALUES (..., 200); -- 会被阻塞

✅ 幻读不会发生

四、REPEATABLE READ 能不能避免幻读？

MySQL InnoDB：✅ 可以（部分场景）

• 普通 SELECT：快照读，不防幻读
• SELECT ... FOR UPDATE / LOCK IN SHARE MODE：
  ✅ 使用 Next-Key Lock，可以避免幻读

所以：

五、其他数据库的 SERIALIZABLE（对比）

⚠️ Oracle 的 SERIALIZABLE ≠ 加锁，而是通过“写冲突回滚”实现。

六、一句话总结

✅ 在 MySQL InnoDB 中：SERIALIZABLE 能避免幻读
✅ 本质是：通过范围锁（Next-Key Lock）阻止其他事务插入

但你要知道：

SERIALIZABLE ≠ 所有数据库都用锁防幻读

如果你愿意，我可以：

• 画一张 幻读 vs 锁范围示意图
• 对比 SERIALIZABLE vs REPEATABLE READ 性能差异
• 结合 实际业务场景 告诉你该不该用 SERIALIZABLE