脏读、不可重复读和幻读是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 机制避免了它。
在整本书中我们所涉及许多的Flex框架源码，但为了简洁，我们不总是显示所指的代码。当你阅读这本书时，要求你打开Flex Builder，或能够访问Flex3框架的源码，跟随着我们所讨论源码是怎么工作及为什么这样做。 如果你跟着阅读源码，请注意，我们经常跳过功能或者具体的代码，以便我们可以对应当前的主题。这样能防止我们远离当前的主题，主要是讲解代码的微妙之处。这并不是说那些代码的作用不重要，而是那些代码处理特别的案例，防止潜在的错误或在生命周期的后面来处理，只是我们当前没有讨论它。有需要的朋友可以下载看看
幻读：同一条件查询，结果集行数变了
事务 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）或应用层幂等设计进一步兜底。
