MySQL中的脏读与幻读

引言

在数据库事务处理中，**脏读（Dirty Read）和幻读（Phantom Read）**是两种常见的数据一致性问题，尤其在多事务并发场景下容易发生。MySQL通过事务隔离级别和锁机制来解决这些问题。本文将深入探讨这两个问题的本质、实际影响，并提供具体的解决方案。

一、概念解析

1. 脏读（Dirty Read）

定义：事务A读取了事务B未提交的数据，随后事务B回滚，导致事务A读取的数据无效。
示例：

-- 事务B
START TRANSACTION;
UPDATE users SET balance = 200 WHERE id = 1; -- 未提交

-- 事务A
START TRANSACTION;
SELECT balance FROM users WHERE id = 1; -- 读到200（脏数据）

若事务B回滚，用户的实际余额仍为原值，但事务A使用了错误的数据。

2. 幻读（Phantom Read）

定义：事务A两次查询同一条件的数据，事务B在期间插入或删除符合条件的数据，导致事务A两次结果集不一致。
示例：

-- 事务A
START TRANSACTION;
SELECT * FROM orders WHERE amount > 100; -- 返回5条记录

-- 事务B
INSERT INTO orders (amount) VALUES (200); -- 插入新数据并提交

-- 事务A再次查询
SELECT * FROM orders WHERE amount > 100; -- 返回6条记录（出现幻行）

幻读强调结果集数量的变化，区别于不可重复读（同一行数据的修改）。

二、影响分析

1. 脏读的影响

数据不一致性：读取未提交的中间状态数据，可能导致业务逻辑错误（如错误扣款）。
决策错误：报表系统基于脏数据生成统计结果，影响业务决策。

2. 幻读的影响

数据完整性破坏：重复插入校验可能失效（如唯一约束冲突）。
统计失真：同一事务内多次统计结果不一致，影响分析准确性。

三、解决方案

1. 事务隔离级别

MySQL通过设置不同的事务隔离级别来控制并发问题：

隔离级别	脏读	不可重复读	幻读
READ UNCOMMITTED	✔️	✔️	✔️
READ COMMITTED	✖️	✔️	✔️
REPEATABLE READ	✖️	✖️	✔️
SERIALIZABLE	✖️	✖️	✖️

解决脏读：使用READ COMMITTED或更高级别。
解决幻读：
- MySQL的REPEATABLE READ通过多版本并发控制（MVCC）和Next-Key Locks实际可避免大部分幻读。
- SERIALIZABLE通过强制事务串行执行彻底解决，但性能代价高。

设置隔离级别：

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

2. 锁机制

共享锁（Shared Lock）：SELECT ... LOCK IN SHARE MODE，允许其他事务读但禁止写。
排他锁（Exclusive Lock）：SELECT ... FOR UPDATE，禁止其他事务读写。

示例防止幻读：

START TRANSACTION;
SELECT * FROM orders WHERE amount > 100 FOR UPDATE; -- 加排他锁
-- 事务B的INSERT操作会被阻塞
COMMIT;

3. 乐观锁（业务层控制）

通过版本号或时间戳实现：

ALTER TABLE orders ADD COLUMN version INT DEFAULT 0;

-- 事务A
START TRANSACTION;
SELECT amount, version FROM orders WHERE id = 1; -- version=1

-- 事务B试图修改时会失败
UPDATE orders SET amount = 200, version = version + 1 
WHERE id = 1 AND version = 1;