MySQL中的脏读与幻读使用及说明_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;