脏读、不可重复读和幻读是MySQL并发事务中因隔离级别不足导致的三类数据不一致问题：脏读指读取未提交数据；不可重复读指同一行两次读取结果不同；幻读指相同条件查询返回行数变化。

脏读、不可重复读和幻读，是 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 即可，关键逻辑可通过显式加锁（如 SELECT ... FOR UPDATE）或应用层幂等设计进一步兜底。