Spring Boot + redis解决商品秒杀库存超卖,看这篇文章就够了

问题描述

在众多抢购活动中,在有限的商品数量的限制下如何保证抢购到商品的用户数不能大于商品数量,也就是不能出现超卖的问题;还有就是抢购时会出现大量用户的访问,如何提高用户体验效果也是一个问题,也就是要解决秒杀系统的性能问题。本文主要介绍基于redis 实现商品秒杀功能。先来跟大家讲下大概思路。总体思路就是要减少对数据库的访问,尽可能将数据缓存到Redis缓存中,从缓存中获取数据。

  1. 在系统初始化时,将商品的库存数量加载到Redis缓存中;
  2. 接收到秒杀请求时,在Redis中进行预减库存,当Redis中的库存不足时,直接返回秒杀失败,否则继续进行第3步;
  3. 将请求放入异步队列中,返回正在排队中;
  4. 服务端异步队列将请求出队,出队成功的请求可以生成秒杀订单,减少数据库库存,返回秒杀订单详情。
  5. 当后台订单创建成功之后可以通过websocket向用户发送一个秒杀成功通知。前端以此来判断是否秒杀成功,秒杀成功则进入秒杀订单详情,否则秒杀失败。

下面直接上代码
系统初始化的时候将秒杀商品库存放入redis缓存
在这里插入图片描述
第二创建消息队列(这里为了方便,我直接使用redis队列来进行模拟操作)
在这里插入图片描述
第三 配置RedisTemplate序列化
在这里插入图片描述
下面创建一个接口,在这个接口中创建10000个线程来模拟用户商品抢购场景在这里插入图片描述
在这里插入图片描述
这里使用到了redis api中的decrement操作,预先减轻用户抢购的数量,同时判断redis中的库存是否大于用户抢购数量,如果小于0,直接提示用户秒杀失败,否则秒杀成功,进入redis消息队列执行数据库建库存操作。

下面测试演示在这里插入图片描述

初始化商品库存100,在测试一万并发量后,最终发现不会不会出现超卖问题。因为这里一万个并发,每个并发抢购10件商品。经过redis减库存之后,最后只会有10个线程去更新数据库。

注意:以上代码只是解决了库存超卖问题,实际功能还需要考虑很多业务场景。

  • 1
    点赞
  • 44
    收藏
    觉得还不错? 一键收藏
  • 4
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值