MySQL事务并发三大难题：脏读、不可重复读与幻读详解

MySQL的事务隔离级别

MySQL支持四种事务隔离级别：READ UNCOMMITTED（读取未提交）、READ COMMITTED（读取已提交）、REPEATABLE READ（可重复读）和 SERIALIZABLE（串行化）。这些级别并非简单的功能叠加，而是旨在解决不同层级的数据一致性问题。当多个事务并发执行时，随着隔离级别的提升，能避免的并发问题种类也会增加。

什么是脏读？

脏读是最严重的并发异常情况之一。指一个事务读取了另一个事务尚未提交的更新数据。如果后续那个事务回滚了，则前一个事务所读取的数据就是无效的“脏”数据。

具体发生过程如下：

1. 假设初始状态下，数据库中ID为1的记录为 (name='Ada', age=16)。
2. 事务A启动，首先查询ID=1的数据，获取到 age=16。
3. 与此同时，事务B也启动，同样定位到ID=1的记录，并将其年龄更新为18（update table set age=18 where id=1），但此时并未提交。
4. 随后，事务A再次执行相同的查询操作。由于事务B还未提交，在低隔离级别下，事务A竟然读取到了事务B修改后的结果，发现 age=18。
5. 这种在同一事务内，因其他事务未提交的修改而导致前后两次读取数据不一致的现象，即为脏读。

什么是不可重复读？

不可重复读侧重于“修改”或“删除”带来的不一致。指在一个事务范围内，多次读取同一行记录却得到不同的结果。其典型特征是：其他事务已经提交了对该数据的修改或删除操作。

流程对比：

1. 事务A初次查询ID=1的数据，得到 age=16。
2. 事务B将该记录更新为 age=18，并执行了 commit 提交操作。
3. 事务A在同一事务中再次读取ID=1的数据，发现值变成了18。
4. 此时事务A陷入困惑：刚才读的是16，现在又变成18，无法确定哪个是“真实”的状态，这就是不可重复读。

什么是幻读？

幻读与上述两者不同，它主要发生在“范围查询”场景中，由其他事务的插入操作引起。它指一个事务按照特定条件进行范围查询时，另一个事务插入了符合条件的新记录并提交，导致前者再次查询时看到了之前不存在的“幻影”行。

以范围查询为例：

1. 在第一个事务中执行 SELECT * WHERE age < 20，此时仅有一条符合条件的记录（ID=1）。
2. 第二个事务插入了一行新数据（例如 ID=2，age=15），并立即提交。
3. 第一个事务再次执行同样的范围查询，发现结果集中多出了一条数据。

这种因为其他事务插入数据而导致的查询结果集“突然膨胀”的现象，我们称之为幻读。它本质上破坏了集合层面的读一致性。

总结

要清晰区分这三种并发异常，可以抓住以下关键点：

• 脏读：读取了未提交的修改。属于最严重的错误，所有高级别隔离均可避免。
• 不可重复读：读取了已提交的修改或删除。关注单行数据值的变动。
• 幻读：读取了已提交的插入数据。关注多行数据范围的变动。

无论是脏读、不可重复读还是幻读，它们的核心都在于数据库的读一致性遭到破坏——即在一个事务的生命周期内，由于并发干扰导致对同一逻辑数据的两次读取出现了不一致。在实际开发中，合理设置事务隔离级别（如默认的 REPEATABLE READ）是预防这些问题的重要手段。

以上就是MySQL事务并发脏读、不可重复读与幻读详解的详细内容，更多关于MySQL并发控制的资料请关注本站其它相关文章！