lht94

V1

2022/08/01阅读:34主题:默认主题

扣减库存方案

扣减库存方案设计

扣减库存步骤

  1. 查询库存

  2. 判断是否超出库存

  3. 开始扣减

遇到的问题

  • 超卖现象

用户 A 和 B 成功下单,在支付时扣减库存,当前库存数为 10。因 A 和 B 查询库存时,都还有库存数,所以 A 和 B 都可以付款。

然后 A 线程更新最终库存数 lastInventory = inventory - 1 = 9,

B 线程更新库存数 lastInventory = inventory - 1 = 9。

而实际最终的库存应是 8 才对,这样就出现库存超卖的情况,而发不出货。

  • 恶意买家下单

    恶意买家指短时间内大量下单,将库存用完的买家。如果扣减库存后,用户不下单,占用库存名额,但是也要避免某些用户真实需要大量订单。

解决方案

  • 解决超卖现象

    • 利用SQL语句更新库存,防止库存为负数
    UPDATE [库存表] SET 库存数 - 1 WHERE 库存数 - 1 > 0

    update的锁可以参考:mysql update锁分析 这篇文章了解一下。

    • 分布式锁

      分布式锁,根据商品编号加锁,去扣减库存。

  • 预设库存到redis

秒杀场景提前将库存预设到redis,然后通过redis去扣减,但是要确保原子性(利用lua脚本实现);

  • 采用下单减库存

优点:实时减库存,避免付款时因库存不足减库存的问题

缺点:下单扣减库存是会造成恶意买家购买不付款占用库存的问题存在;

  • 预减库存

优点:结合下单减库存的优点,实时减库存,且缓解恶意买家大量下单的问题,保留时间内未支付,则释放库存。

缺点:保留时间内,恶意买家大量下单将库存用完。并发量很高的时候,依然会出现下单数超过库存数。

  • 付款扣减库存

优点:防止恶意买家大量下单用光库存,避免下单减库存的缺点

缺点:下单页面显示的库存数可能不是最新的库存数,而库存数用完后,下单页面的库存数没有刷新,出现下单数超过库存数,若支付的订单数超过库存数,则会出现支付失败。

  • 秒杀扣减并定时人工释放库存

目前直播带货已经非常的火爆了,很多主播上单都是秒清库存的状态,但是也有很多人在直播间只下单不付款,以抖音为例,经常会看到主播让大家抓紧付款,否则就要释放了,由此可见抖音电商使用的就是预减库存,人工可以释放库存的方式。

方案的思路就是:

  1. 先下单
  2. 扣减库存
  3. 如果没有付款,指定时间后自动释放库存
  4. 如果是秒杀商品,库存被恶意占用,商家可以人工去通知大家,并手动释放没付款的那些库存给没有抢到的人去抢购
  5. 如果有人恶意占大量库存,也可以设置一个限购数量

结论

各种方案都可以,但是超卖问题必须解决,后续可以根据场景,比如是秒杀,还是直播间,活着普通的购物方式,选择合适的方案。

参考文档: 《扣减库存方案》 《浅析扣减库存的方案设计》

分类:

后端

标签:

后端

作者介绍

lht94
V1