redis抽奖并发_redis实现高并发下的抢购/秒杀功能

常规写法:

查询出对应商品的库存,看是否大于0,然后执行生成订单等操作,但是在判断库存是否大于0处,如果在高并发下就会有问题,导致库存量出现负数

这里我就只谈redis的解决方案吧...

我们先来看以下代码(这里我以laravel为例吧)是否能正确解决超抢/卖的问题:

$num = 10; //系统库存量

$user_id = \Session::get('user_id');//当前抢购用户id

$len = \Redis::llen('order:1'); //检查库存,order:1 定义为健名

if($len >= $num)

return '已经抢光了哦';

$result = \Redis::lpush('order:1',$user_id); //把抢到的用户存入到列表中

if($result)

return '恭喜您!抢到了哦';如果代码正常运行,按照预期理解的是列表order:1中最多只能存储10个用户的id,因为库存只有10个。然而,但是,在使用jmeter工具模拟多用户并发请求时,最后发现order:1中总是超过5个用户,也就是出现了“超抢/超卖”。分析问题就出在这一段代码:

$len = \Redis::llen('order:1'); //检查库存,order:1 定义为健名

if($len >= $num)

return '已经抢光了哦';在抢购进行到一定程度,假如现在已经有9个人抢购成功,又来了3个用户同时抢购

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值