电商-如何防止商品超卖

怎么导致超卖?

多个用户同时购买同一件商品(相同sku),产生高并发多线程。如果商品的个数仅有1个,A线程获取到结果时因为剩余数量大于0,生成订单、用户付款。此时若在A线程生成订单的途中,B线程获取的商品剩余数量是大于0的,也会生成订单、用户付款。导致结果只有一件商品卖了两次,超卖了。

 

解决超卖:

  • 用户抢到商品,待付款
  1. redis分布式锁(根据商品的sku阻性)。获得锁代码块内,进行商品减数据数据库乐观锁(库中数量>购买数量)。
  2. 生成订单信息,生成待 支付流水。前提用户商品数量更新成功。
  3. 保证两步在一个事务中,同时成功和失败,保证数据一致性(避免在生成订单时失败或者停机导致商品少卖)。
  • 用户付款

 

并发测试工具JMeter

 

QA:

为什么获得分布式锁后,执行代码中只有一条更新库存语句

为了减少锁的持有时间,生成订单和用户付款都不会产生高并发,不用放在锁中执行。

抢购人数超级多会直接撑爆Redis锁队列,怎么处理?

请求限流,全局队列异常IIIegaISlabEepeplian处理

如何保证用户公平(按照顺序)购买?

多线程在获取不到分布式锁的时候,会将当前线程添加到队列中,采用先进先出的模式逐个获得锁,来确保用户公平购买,不存在插队的情况。

为什么要加锁,采用单线程不就可以了吗?

的确可以解决商品超卖。但高并发的业务系统的响应速度非常慢。

用户谁先付款成功,商品卖给谁,好实现吗?

这个不行,因为支付走的第三方,用户同时付款机率非常大,超卖的机率也随之增加了。有实现的方式欢迎补充下。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值