解决方案：超卖（Redis队列pop原子性操作）

关键词

  • 不建议使用锁，影响效率
  • redis的leftPushAll（List的长度就是每个商品的库存数）
  • List的长度 是 最准确的库存量

redis队列消费失败 redis队列数量限制_redis队列消费失败

一、实现思路：使用redis的原子队列存储库存列表

1、Redis是单进程单线程的网络模型，用的是epoll网络模型，网络模型都是单线程异步非阻塞处理网络请求

2、Redis的单线程处理所有的客户端连接请求，命令读写请求。（有些任务比如rdb和aof等操作是fork子进程处理的，不会影响redis主线程处理客户端的命令）

3、Redis提供的所有API操作，相对于服务端方面都是one by one执行的，命令是一个接着一个执行的，不存在并行执行的情况

首先我们把库存存在一个列表中，假设有55件库存，就往列表中push55个数，这个数没有实际意义，仅仅只是代表一件库存。抢购开始后，每到来一个用户，就从列表中pop一个数，表示用户抢购成功。当列表为空时，表示已经被抢光了。因为列表的pop操作是原子的，即使有很多用户同时到达，也是依次执行的。

二、实践

1. 使用redis的leftPushAll，将商品库存信息进行存储

//为每个商品维护一个队列List,该List的长度就是每个商品的库存数
//List中存什么不重要,重要的是长度和库存数一致,将每个元素都存储该秒杀商品的id
redisTemplate.boundListOps("商品id").leftPushAll("key","商品id集合")  ;

redis队列消费失败 redis队列数量限制_Redis_02

2. 消费订单（原子性操作：因为列表的pop操作是原子的）

//从redis队列中获取商品的库存队列信息
Object rightPop = redisTemplate.boundListOps("key").rightPop();

3. 获取redis列表的长度=库存量（最准确的库存数）

注意： 此时的队列长度 比 redis中存储的商品的库存属性更精确

/** 库存不精确解决方案：应该获取redis中的真实长度，但是不方便获取，因此可以获取redis队列的长度。内存中的数据不可信*/
//获取到秒杀商品的库存队列,长度就是剩余库存数,最准确的库存数
Long size = redisTemplate.boundListOps("key").size();

//当前购买的商品就是最后一件:redis中该商品记录移除
if (size <= 0) {
   //同步库存数量
   
   //将数据同步到Mysql中（库存为0了）
      
   //移除Redis中该商品的数据
   } else {
   //将库存数据更新到Redis（更新库存递减之后的商品信息） 
   }