mysql中脏读不可重复读幻读是什么_mysql事务问题讲解

来源：这里教程网时间：2026-02-28 20:30:19 作者：

脏读、不可重复读和幻读，是 MySQL 多事务并发时因隔离级别不足引发的三类典型数据不一致问题。它们本质都是“一个事务看到了另一个事务不该让它看到的状态”，区别在于看到的是什么、什么时候看到、以及影响范围。

脏读：读到了别人还没定论的数据

事务 A 修改了一行数据但尚未提交，事务 B 此时读取了这行被修改后的值；如果随后 A 回滚，B 读到的就是一条根本不存在的“假数据”。这就是脏读。

例如：

A 执行
UPDATE account SET balance = 50 WHERE id = 1;
（未 COMMIT） B 执行
SELECT balance FROM account WHERE id = 1;
，查到 balance = 50 A 突然
ROLLBACK
，balance 实际仍是 100 B 已基于错误的 50 做了后续计算——结果出错

脏读只在 READ UNCOMMITTED 隔离级别下发生，MySQL 默认不启用该级别。

不可重复读：同一行数据，两次读不一样

事务 A 在同一个事务内两次读取同一行记录，中间事务 B 修改并提交了该行，导致 A 第二次读到的是新值。重点是“同一行被改了”。

例如：

A 第一次
SELECT status FROM order WHERE id = 1001;
→ 返回 'pending' B 执行
UPDATE order SET status = 'shipped' WHERE id = 1001; COMMIT;
A 再次执行相同 SELECT → 返回 'shipped'

这种“读-写-再读”的不一致，在 READ COMMITTED 级别仍可能发生，但 REPEATABLE READ（MySQL 默认）通过 MVCC 机制避免了它。

幻读：同一条件查询，结果集行数变了

事务 A 按条件做范围查询（如

WHERE amount > 100

），事务 B 在此期间插入或删除了符合该条件的新行并提交，A 再次查询时发现多了一条或少了一条——就像凭空出现或消失的“幻影”。

例如：

A 查询
SELECT * FROM payment WHERE created_at > '2025-12-01';
得到 12 条 B 插入一条满足条件的新记录并
COMMIT
A 再次执行相同查询 → 得到 13 条

注意：幻读不是某一行内容变了，而是“符合条件的行集合”发生了变化。MySQL 的 REPEATABLE READ 能防止大部分幻读（靠间隙锁+Next-Key Lock），但严格意义上的幻读（如 INSERT 后立刻 SELECT FOR UPDATE）在某些场景仍存在，SERIALIZABLE 才能彻底杜绝。

怎么选隔离级别？

MySQL 四个级别逐级增强，也逐级牺牲并发性能：

READ UNCOMMITTED：不推荐，脏读风险高 READ COMMITTED：避免脏读，适合日志类、统计类对一致性要求不严的场景 REPEATABLE READ：MySQL 默认，兼顾一致性与性能，覆盖绝大多数业务（如订单、账户操作） SERIALIZABLE：加锁最重，事务串行执行，几乎无并发，仅用于极敏感且低频的核心校验

实际项目中，90% 以上用 REPEATABLE READ 即可，关键逻辑可通过显式加锁（如