【MySQL】脏读（Dirty Read）​、不可重复读（Non-Repeatable Read）​和幻读（Phantom Read）

一、三种并发问题的核心差异

二、通过示例理解三者差异

1. ​脏读（Dirty Read）​

-- 事务A（未提交）
BEGIN;
UPDATE users SET balance = 500 WHERE id = 1;  -- 修改未提交

-- 事务B（脏读）
BEGIN;
SELECT balance FROM users WHERE id = 1;  -- 读到500（脏数据）

-- 事务A回滚
ROLLBACK;

-- 事务B基于脏数据继续操作（可能导致错误）

2. ​不可重复读（Non-Repeatable Read）​

-- 事务A
BEGIN;
SELECT balance FROM users WHERE id = 1;  -- 第一次读，结果为200

-- 事务B（已提交）
BEGIN;
UPDATE users SET balance = 100 WHERE id = 1;
COMMIT;

-- 事务A再次读取同一行
SELECT balance FROM users WHERE id = 1;  -- 结果为100（值变化）

3. ​幻读（Phantom Read）​

-- 事务A
BEGIN;
SELECT * FROM users WHERE age > 20;  -- 第一次查询，返回2条记录

-- 事务B（已提交）
BEGIN;
INSERT INTO users (name, age) VALUES ('Charlie', 25);
COMMIT;

-- 事务A再次查询
SELECT * FROM users WHERE age > 20;  -- 返回3条记录（行数变化

三、隔离级别如何解决这些问题？

• ​关键点：
  1. ​脏读是最低级的问题，只需READ COMMITTED（由于脏读就是读了未提交的数据导致读取错误数据，因此只要读取提交数据即可）即可解决。
  2. ​不可重复读需要锁定已读取的行（行锁），通过REPEATABLE READ实现。
  3. ​幻读需要锁定范围（间隙锁或表锁），严格来说需SERIALIZABLE，但MySQL在REPEATABLE READ级别通过间隙锁解决了幻读。

四、开发中的实际影响

1. ​脏读：

• 风险最高，可能导致业务逻辑基于无效数据操作。
• 常见于允许低隔离级别的场景（如统计类操作）。

2. 不可重复读：

• 影响同一行数据的多次读取（如余额核对）。
• 需确保事务内对单行数据的强一致性。

3. 幻读：

• 影响范围查询（如分页、统计）。
• 需通过锁范围或提升隔离级别解决。

五、如何选择隔离级别？

1. 优先选择READ COMMITTED：

• 避免脏读，性能较好，适合多数业务场景（如电商订单）。

2. ​需要强一致性时用REPEATABLE READ：

• 例如银行交易、账户余额操作。

​3. 极端场景用SERIALIZABLE：

• 如库存扣减（避免超卖），但会牺牲并发性能。

六、总结三者本质