两个并发的事务 基于同一个查询结果进行更新操作后提交的事务 忽略了先提交的事务对数据库的影响 造成的问题 称之为更新丢失问题
例子:
重复充值
秒杀抢购
解决方案:
将数据库隔离级别设置为Serializable就可以天然防止更新丢失问题的产生 - 但是很少这样解决 因为 效率太低
悲观锁
悲观锁悲观的认为 每次查询都会造成更新丢失 所以在查询时 手动添加排它锁 排斥 查询 从而解决更新丢失问题
select * from xxx for update;#for update在查询时手动增加了排他锁
乐观锁
乐观锁乐观的认为 每次查询都不会造成更新丢失 在修改时 检测更新丢失的发生来进行纠正
悲观锁 和 乐观锁 都不是数据库中真正存在的锁 而是两种解决方案的名字
如果 查询多 而 更新少 用 乐观锁
如果 更新多 而 查询少 用 悲观锁