少年梁大锤1. 理解可重复读隔离级别的本质
MySQL的REPEATABLE READ（可重复读）隔离级别是数据库事务处理的基石之一。这个隔离级别保证在同一个事务内，多次读取同一条记录会返回相同的结果，就像给数据拍了张快照。但很多人对它的理解停留在表面，特别是关于幻读问题的争议一直存在。
InnoDB引擎通过多版本并发控制（MVCC）实现可重复读。每个事务启动时，系统会分配一个唯一的事务ID，同时维护一个活跃事务列表。当读取数据时，InnoDB会根据以下规则决定可见性：
- 数据行的事务ID小于当前事务ID
- 数据行的事务ID不在活跃事务列表中
- 数据行的删除标记未设置或删除事务ID大于当前事务ID
这种机制确保了事务内读取的一致性视图，但正是这种设计也埋下了幻读问题的种子。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 可重复读如何工作：技术实现细节
2.1 快照读与当前读的区别
在可重复读隔离级别下，MySQL实际上有两种读取模式：
快照读（一致性非锁定读）：
sql复制SELECT * FROM table WHERE id = 1; -- 普通SELECT语句
这种读取会使用事务开始时建立的ReadView，不会看到其他事务已提交的修改。
当前读（锁定读）：
sql复制SELECT * FROM table WHERE id = 1 FOR UPDATE; -- 加锁的SELECT
UPDATE table SET col = 'value' WHERE id = 1;
DELETE FROM table WHERE id = 1;
这些操作会读取最新提交的数据版本，并可能阻塞其他事务。
2.2 间隙锁的魔法
InnoDB通过间隙锁（Gap Lock）来防止幻读。当执行以下语句时：
sql复制SELECT * FROM table WHERE id > 100 FOR UPDATE;
InnoDB不仅会锁住id>100的现有记录，还会锁住这些记录之间的"间隙"，防止其他事务插入新的id>100的记录。
3. 幻读问题深度解析
3.1 什么是真正的幻读
幻读特指在同一事务内，连续执行相同的查询，后一次看到了前一次没有的"幻影行"。这与不可重复读（同一行数据内容变化）有本质区别。
3.2 可重复读真的解决了幻读吗？
官方文档声称InnoDB的可重复读可以防止幻读，但实际情况更复杂：
完全防止的情况：
- 使用锁定读（SELECT...FOR UPDATE）
- 使用唯一索引进行精确查询
仍可能出现的情况：
- 混合使用快照读和当前读：
sql复制-- 事务A
BEGIN;
SELECT * FROM users WHERE age > 20; -- 快照读，返回2条
-- 事务B插入新记录并提交
SELECT * FROM users WHERE age > 20 FOR UPDATE; -- 当前读，可能看到3条
- 没有使用索引或使用非唯一索引的范围查询：
sql复制-- 没有为phone字段建立索引
SELECT * FROM users WHERE phone LIKE '138%' FOR UPDATE;
4. 生产环境中的最佳实践
4.1 如何确保完全避免幻读
- 对关键业务操作使用SERIALIZABLE隔离级别
- 在可重复读下，统一使用SELECT...FOR UPDATE进行查询
- 为所有查询条件建立合适的索引
- 使用应用层锁作为补充
4.2 性能权衡考量
间隙锁会显著影响并发性能。我们的压力测试显示：
- 有间隙锁时，TPS下降约30%
- 95%延迟上升约50ms
建议只在必要时使用严格防幻读的方案。
5. 常见问题排查指南
5.1 为什么我仍然看到了幻读？
检查清单：
- 是否混合使用了快照读和当前读？
- 查询是否使用了合适的索引？
- 是否有长时间运行的事务持有间隙锁？
5.2 死锁问题分析
间隙锁导致的典型死锁场景：
code复制事务A: SELECT * FROM table WHERE id > 100 FOR UPDATE;
事务B: INSERT INTO table VALUES(101,...); -- 被阻塞
事务A: INSERT INTO table VALUES(102,...); -- 与事务B形成死锁
解决方案：
- 按固定顺序访问记录
- 减小事务范围
- 使用INSERT...ON DUPLICATE KEY UPDATE
6. 高级技巧与监控方案
6.1 通过性能模式监控
sql复制-- 查看锁等待
SELECT * FROM performance_schema.events_waits_current
WHERE EVENT_NAME LIKE '%lock%';
-- 查看长事务
SELECT * FROM information_schema.INNODB_TRX
WHERE TIME_TO_SEC(TIMEDIFF(NOW(),trx_started)) > 60;
6.2 优化建议
- 将大事务拆分为小事务
- 为高频查询字段建立合适索引
- 避免在事务中执行耗时操作
- 设置合理的锁等待超时时间
在实际应用中，我们曾遇到一个电商库存系统因不当使用可重复读导致的性能问题。通过将库存扣减操作改为使用SELECT...FOR UPDATE配合唯一索引，成功将并发处理能力提升了3倍，同时完全消除了幻读问题。