温馨提示×

温馨提示×

您好,登录后才能下订单哦!

密码登录×
登录注册×
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》

事务中为何出现脏读

发布时间:2026-10-31 09:08:15 来源:亿速云 阅读:98 作者:小樊 栏目:数据库

在数据库事务处理中,**脏读(Dirty Read)是指一个事务读到了另一个事务尚未提交(uncommitted)**的数据,而后者随后可能回滚,导致前者读到的数据是“无效”的。

为什么事务中会出现脏读?

根本原因是:数据库的事务隔离级别设置得过低(通常是 READ UNCOMMITTED),或者系统为了追求高并发而允许读取未提交的数据。

具体说明如下:

1. 隔离级别不足

数据库通常支持以下隔离级别(从低到高):

  • READ UNCOMMITTED(读未提交):允许脏读
  • READ COMMITTED(读已提交):避免脏读
  • REPEATABLE READ(可重复读)
  • SERIALIZABLE(串行化)

在 READ UNCOMMITTED 下,事务 A 可以读到事务 B 修改但还未提交的数据,从而出现脏读。

2. 并发修改且无读锁

当一个事务在修改数据(如 UPDATE)但尚未提交时:

  • 若数据库不对该数据加“读锁”或“写锁”保护
  • 另一事务直接读取内存或日志中的中间状态 → 就可能读到“脏数据”

3. 典型场景示例

事务B:UPDATE account SET money = 0 WHERE id=1; (未提交)
事务A:SELECT money FROM account WHERE id=1; → 读到 0
事务B:ROLLBACK; (回滚,money 恢复为 100)

此时事务 A 读到的 0 就是脏读。

4. 为什么有人会用 READ UNCOMMITTED?

  • 提升并发性能
  • 对数据准确性要求极低(如统计近似值) 但一般业务系统不推荐使用。

如何避免脏读?

  • 将隔离级别设为 READ COMMITTED 及以上
  • 使用数据库默认的合理隔离级别(如 MySQL 默认 REPEATABLE READ)
  • 在关键读操作中使用锁(如 SELECT ... FOR UPDATE)

如果你愿意,我也可以帮你对比“脏读 / 不可重复读 / 幻读”的区别。

向AI问一下细节

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

AI
助
手