数据更新丢失(悲观锁和乐观锁)

本文探讨了在数据库中并发更新导致的更新丢失问题,通过实例解释了重复充值和秒杀抢购场景下的问题成因。提出了两种解决方案:悲观锁和乐观锁,详细阐述了各自的适用场景和原理,帮助读者理解如何有效避免更新丢失。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

两个并发的事务 基于同一个查询结果进行更新操作后提交的事务 忽略了先提交的事务对数据库的影响 造成的问题 称之为更新丢失问题

例子:
重复充值
秒杀抢购

解决方案:
将数据库隔离级别设置为Serializable就可以天然防止更新丢失问题的产生 - 但是很少这样解决 因为 效率太低
悲观锁
悲观锁悲观的认为 每次查询都会造成更新丢失 所以在查询时 手动添加排它锁 排斥 查询 从而解决更新丢失问题
select * from xxx for update;#for update在查询时手动增加了排他锁
乐观锁
乐观锁乐观的认为 每次查询都不会造成更新丢失 在修改时 检测更新丢失的发生来进行纠正
悲观锁 和 乐观锁 都不是数据库中真正存在的锁 而是两种解决方案的名字

如果 查询多 而 更新少 用 乐观锁
如果 更新多 而 查询少 用 悲观锁

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值