Redis解决秒杀中一人一单问题

本文分析了在秒杀场景下,即使使用Redis解决超卖问题,仍会出现一人多单的情况。通过深入代码,揭示了问题的原因:库存扣减与下单判断分离导致并发线程交叉执行。解决方案是利用Redisson分布式锁将这两步操作加锁,确保同一用户只能抢购一单。经压测验证,改造后的代码成功避免了一人多单的现象。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言

在上一篇,通过实例演示了在高并发场景下多人抢购优惠券的超卖问题,并且利用redis+lua解决了超卖问题,但是一人只能抢一单的问题是否还在呢?

一人抢多单压测

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

可以发现,在经过改造时候,虽然解决了超卖问题,但是一人可以抢购多单的问题仍然存在

为什么会存在这个问题呢?简单分析下面这段代码,扣减库存和下单操作分割为2步,在多线程并发抢购时,第二步判断用户是否抢过和下面的第三步,第四步都是隔开的,

假设多个线程都走到第二步,这时候发现当前1111这个用户还没有抢过,继续走到第二步时候,当库存不为0时,从这一步到下单这一步,又是两个不同的步骤,因此多个线程存在交叉的情况,于是就出现了一人抢多单的情况

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

小码农叔叔

谢谢鼓励

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

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

打赏作者

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

抵扣说明:

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

余额充值