脏读是事务读取到另一事务未提交且随后回滚的数据；不可重复读是同一事务内两次读取同一行数据结果不一致，因其他事务已提交修改；幻读是同一事务内两次相同范围查询结果集行数不同，因其他事务插入或删除了符合条件的行。
脏读、不可重复读和幻读，都是多事务并发执行时因隔离不足导致的数据一致性异常。它们不是 bug，而是不同隔离级别下自然暴露的并发行为。
脏读是怎么产生的
一个事务读取了另一个事务尚未提交的修改数据，而后者随后回滚，导致前者读到“从未真实存在过”的值。
- 典型场景：事务 A 更新某行余额为 800，但没提交；事务 B 此时读到 800；事务 A 接着 rollback，余额恢复为 1000；事务 B 却已基于错误的 800 做了后续判断（比如拒绝放款）
- 根本原因：隔离级别设为 READ UNCOMMITTED，数据库允许读取未提交的变更
- 关键特征：读到的数据可能被撤销，是“无效中间态”
不可重复读是怎么产生的
同一事务内两次读取同一行数据，结果不一致，因为另一事务在两次读之间完成了对该行的修改并提交。
- 典型场景：事务 A 第一次查 ID=1 的用户姓名是“张三”；事务 B 将其改为“张老三”并 commit；事务 A 再次查询，得到“张老三”
- 根本原因：隔离级别为 READ COMMITTED，它防止脏读，但不锁定已读数据，允许其他事务更新后提交
- 关键特征：读的是已提交数据，但值变了；问题聚焦在单行 UPDATE/DELETE
幻读是怎么产生的
同一事务内两次执行相同范围查询（如 WHERE age > 20），返回的记录条数不一致，因为另一事务在期间插入或删除了符合该条件的新行。
- 典型场景：事务 A 查询年龄大于 20 的用户共 5 条；事务 B 插入一条 age=25 的新用户并 commit；事务 A 再次查询，结果变成 6 条
- 根本原因：即使在 REPEATABLE READ 级别下，普通 SELECT 不加范围锁，无法阻止其他事务在查询区间内 INSERT/DELETE
- 关键特征：不是某行内容变，而是“行数变”或“出现新行”；本质是范围条件下的可见性变化
这三种现象层层递进：脏读最危险也最宽松，不可重复读约束更强但仍允许多次读差异，幻读最难消除，需更严格的锁机制或串行化语义。MySQL InnoDB 在 RR 级别用 Next-Key Lock 防范大部分幻读，但快照读（普通 SELECT）仍可能在特定场景下表现出幻读行为。
