MySQL 事务隔离级别实战：用两个会话看懂可重复读和幻读

很多 MySQL 并发问题，看日志时像是“偶发”，但根因往往和事务隔离有关。比如同一段查询在事务里看不到别人刚插入的数据，或者明明先查了范围，另一个会话还是可能插入一条新记录。只背概念很难记住，最好的办法是开两个会话实际跑一遍。

本文用一个优惠券领取表，演示 READ COMMITTED 和 REPEATABLE READ 下的差异，再说明快照读、当前读、间隙锁之间的关系。重点是帮助你在写业务 SQL 时知道“什么时候只是读快照，什么时候真的挡住并发写入”。

摘要

MySQL InnoDB 默认常用 REPEATABLE READ。普通 SELECT 多数情况下是快照读，事务内多次读取会看到同一个一致性视图；带 FOR UPDATE 的范围查询属于当前读，会配合索引加锁，必要时用间隙锁阻止其他会话插入到被保护的范围里。

适合人群

适合正在处理订单、库存、优惠券、账户余额、报名名额等并发写入场景的后端开发者。你需要会基本 SQL，并了解事务提交和回滚。

目录

• 准备一张测试表
• 用两个会话复现可重复读
• 快照读和当前读有什么不同
• 用范围查询和间隙锁避免幻读写入
• 上线前检查清单

一、准备一张测试表

先建一张优惠券领取表，后面用 coupon_id 和 user_id 做范围查询。

CREATE TABLE coupon_claim (
  id BIGINT PRIMARY KEY AUTO_INCREMENT,
  coupon_id BIGINT NOT NULL,
  user_id BIGINT NOT NULL,
  created_at DATETIME NOT NULL,
  KEY idx_coupon_user (coupon_id, user_id)
) ENGINE=InnoDB;

INSERT INTO coupon_claim (coupon_id, user_id, created_at)
VALUES
  (100, 1001, NOW()),
  (100, 1005, NOW()),
  (200, 2001, NOW());

这里特意建立 idx_coupon_user，因为范围锁要靠索引定位。如果没有合适索引，锁范围可能被放大，线上表现会更难预测。

二、用两个会话复现可重复读

先看普通快照读。打开两个 MySQL 客户端，会话 A 开事务后查询 coupon_id = 300 的记录数，会话 B 插入一条新记录并提交，然后会话 A 再查一次。

会话 A：

SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
START TRANSACTION;

SELECT COUNT(*) AS total
FROM coupon_claim
WHERE coupon_id = 300;
-- total = 0

会话 B：

INSERT INTO coupon_claim (coupon_id, user_id, created_at)
VALUES (300, 3001, NOW());

COMMIT;

会话 A 再查：

SELECT COUNT(*) AS total
FROM coupon_claim
WHERE coupon_id = 300;
-- total 仍然是 0

COMMIT;

这就是可重复读的直观效果：会话 A 在事务内的普通查询看到的是同一个一致性视图。会话 B 的提交对新事务可见，但对会话 A 当前这次事务的快照读不可见。

三、快照读和当前读有什么不同

普通 SELECT 更像“看事务开始后的快照”。但有些语句不是看快照，而是要读当前最新版本并加锁，例如：

• SELECT ... FOR UPDATE
• SELECT ... LOCK IN SHARE MODE
• UPDATE
• DELETE

这类语句叫当前读。它们关心的是当前最新记录，并且可能锁住相关行或范围。业务里如果你先查名额、再写领取记录，普通 SELECT 并不能阻止另一个会话同时插入。需要保护并发写入时，要结合当前读和索引范围。

四、用范围查询和间隙锁避免幻读写入

假设业务要求：同一个优惠券在用户 ID 1000 到 1999 之间只能保留一条待处理记录。会话 A 可以先用范围查询锁住这个区间。

会话 A：

SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
START TRANSACTION;

SELECT id
FROM coupon_claim
WHERE coupon_id = 100
  AND user_id BETWEEN 1000 AND 1999
FOR UPDATE;

会话 B 此时尝试插入同一范围内的新记录：

INSERT INTO coupon_claim (coupon_id, user_id, created_at)
VALUES (100, 1500, NOW());

如果索引命中，且事务隔离和锁范围符合预期，会话 B 会等待会话 A 提交或回滚。会话 A 完成业务判断后再提交：

COMMIT;

这时会话 B 才能继续。这个过程的重点是：范围查询要走合适索引，锁才会落在你想保护的区间上。否则不是锁不住，就是锁太大。

五、常见误区

1. 普通 SELECT 能防并发插入吗？

不能。普通 SELECT 多数情况下是快照读，不会阻止别的会话插入。要保护后续写入，需要使用当前读并确保索引可用。

2. REPEATABLE READ 一定不会出现幻读吗？

普通快照读看到的是一致性视图，所以事务内多次普通查询通常不会看到新插入行。但如果业务要阻止别人插入范围内的新行，就需要当前读和锁机制配合。

3. 为什么必须关心索引？

锁不是凭空加在 SQL 文本上的，而是跟访问路径有关。范围查询没有命中合适索引时，可能扫描更多记录，锁范围也可能被放大，影响并发性能。

上线前检查清单

• 涉及名额、库存、优惠券领取的逻辑，是否明确区分快照读和当前读。
• 需要保护范围写入时，是否使用了 FOR UPDATE 或其他当前读语句。
• 范围条件是否有合适索引，避免锁范围被放大。
• 事务是否尽量短，避免长时间持有锁。
• 异常路径是否会回滚，避免等待链路长时间不释放。
• 是否在测试环境用两个会话验证过等待和提交行为。

总结

理解 MySQL 事务隔离，不能只停留在“脏读、不可重复读、幻读”的概念表格上。真正写业务时，要知道普通查询看到的是快照，当前读会看最新版本并加锁，范围保护又依赖索引和间隙锁。用两个会话把流程跑一遍，再回到业务 SQL 上检查索引和事务边界，很多并发问题就会清楚很多。