如何解决幻读问题？

一、幻读问题定义

幻读(Phantom Read)是指在同一事务内，连续执行两次相同的查询，第二次查询看到了第一次查询未看到的行。这种现象发生在可重复读(REPEATABLE READ)隔离级别下，主要由于其他事务插入(INSERT)了新数据导致。

go教程学习：https://duoke360.com/tutorial/path/golang

关键区别：不可重复读针对的是数据行的修改(UPDATE)，而幻读针对的是数据行的新增(INSERT)

二、幻读的产生原理

1. InnoDB的MVCC机制

InnoDB通过多版本并发控制(MVCC)实现快照读：

每个事务启动时获得一个事务ID
通过ReadView机制判断数据行的可见性
当前读(如SELECT FOR UPDATE)会看到最新提交的数据

2. 间隙锁的缺失

在默认的REPEATABLE READ级别下：

对已有记录的修改会加行锁
但对不存在的记录(间隙)不加锁
其他事务可以在间隙中插入新数据

三、解决方案

1. 提升隔离级别到SERIALIZABLE

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

缺点：完全串行化执行，性能损失严重，实际很少使用

2. 使用显式锁定（最佳实践）

(1) 间隙锁(Gap Lock)

SELECT * FROM table WHERE id > 100 FOR UPDATE;

锁定id>100的所有现有记录和间隙
阻止其他事务在范围内插入

(2) 临键锁(Next-Key Lock)

InnoDB默认的加锁方式：

行锁 + 间隙锁的组合
锁定记录本身和前面的间隙

(3) 插入意向锁(Insert Intention Lock)

INSERT INTO table VALUES(...);

特殊类型的间隙锁
多个事务可以在同一间隙插入不同位置

3. 唯一索引约束

ALTER TABLE table ADD UNIQUE INDEX idx_name(col);

利用唯一索引的冲突检测机制
插入重复数据时会阻塞

四、不同数据库的实现差异

数据库	默认解决幻读	实现方式
MySQL(InnoDB)	通过临键锁解决	RR级别默认防止幻读
PostgreSQL	不防止(需SERIALIZABLE)	真正的快照隔离
Oracle	不防止(需SERIALIZABLE)	多版本读一致性

MySQL的RR级别实际上通过临键锁实现了部分SERIALIZABLE的特性，这是与其他数据库的重要区别

五、实战建议

精确锁定范围：尽量缩小FOR UPDATE的查询范围
合理设计索引：确保查询条件能命中索引
避免长事务：减少锁持有时间
监控锁等待：已关注SHOW ENGINE INNODB STATUS输出

-- 示例：安全地检查并插入记录
BEGIN;
SELECT * FROM accounts WHERE user_id = 123 FOR UPDATE;
-- 如果无记录再执行插入
INSERT INTO accounts(user_id, balance) VALUES (123, 100);
COMMIT;