使用乐观锁解决超卖问题

目录

什么是超卖?

 乐观锁和悲观锁的定义

悲观锁:

乐观锁:

乐观锁的实现方式

1.版本号

 2.CAS法


什么是超卖?

举个例子:订单系统中,用户在执行下单操作时,可能同一时间有无数个用户同时下单,当a用户的请求查询当前商品库存时,发现当前的商品剩余5件,在执行生成订单并减少库存时,线程切换了,此时b用户执行了查询操作,发现还是剩余5件,并进行了下单操作,这样就导致了这件商品被卖掉了两次

正常的情况如下:

 发生线程切换,产生异常的情况:

 乐观锁和悲观锁的定义

悲观锁:

认为线程安全问题一定会发生,因此在操作数据之前先获取锁,确保线程串行执行。例如SynchronizedLock都属于悲观锁

乐观锁:

认为线程安全问题不一定会发生,因此不加锁,只是在更新数据时去判断有没有其它线程对数据做了修改。

如果没有修改则认为是安全的,自己才更新数据。

如果已经被其它线程修改说明发生了安全问题,此时可以重试或异常

乐观锁的实现方式

1.版本号

给商品加上版本号字段,如果查询到就让其version=1,在修改执行的时候,先判断版本号是不是正确的,如果是让其版本号发生变化,并执行扣减,如果不是就说明当前商品已经卖出

       

 2.CAS法

CAS流程如下:

  1. 获取目标内存位置的当前值。
  2. 检查当前值是否与预期值相等。
  3. 如果相等,则将新值写入目标内存位置;否则,放弃写入操作,可能是重新读取当前值并重试整个CAS操作。

 比如当前的订单系统中,就可以使用查询到的库存作为预期值,修改的时候进行判定,如果是库存和第一次查询到的一样就执行,不一样就取消执行,这样就能够保证原子性

 具体实现只需要更改sql语句就可以做到

UPDATE users
SET stock=stock-1
WHERE id = 10 and stock = #{第一次查询到的库存};

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

ADRU

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值