高并发下的库存操作

文章讨论了在处理库存时的并发问题,如使用Zookeeper和Redis分布式锁可能导致的系统bug。通过线程锁解决时可能影响服务集群效率和系统流畅性,因此不推荐。作者强调了高并发环境下的库存管理策略和避免潜在问题的方法。
摘要由CSDN通过智能技术生成

前景

当用户购买商品是库存为10,客户购买5个,购买成功后库存为10-5=5件
当有2个客户购买商品时,库存为10,客户a购买5件,客户b购买7件。
判断库存的语句:库存-需求<0;由于线程是交替的,可能出现
客户a购买时10-5=5,进入库存出库阶段,当时此时并没有真正出库,
此时
客户b依旧是10-7=3<0,
系统默认可以出库,造成系统bug

分布式锁
zookeeper,redis

其他了解即可
给该类方法前面添加线程锁synchronized。
缺点:服务集群无用,系统不流畅(不推荐),不符合高并发

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

与海boy

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

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

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

打赏作者

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

抵扣说明:

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

余额充值