基于redis实现扣减库存的优化

分享一个最近在项目上做的关于领取券码操作的优化，是基于redis实现的，提高接口的并发量。

• 背景

用户领取的时候，需要在coupon_stock库存表取一条“未发放”状态记录并修改为“已发放”状态(扣减库存)，返回该条记录的券号即可。

• 优化前实现逻辑
  用zookeeper做一个分布式锁，用户领取时抢锁，抢到锁后查询coupon_stock是否还有未发放的记录，有则取出stockId，释放锁，然后根据stockId修改状态完成券码领取。
  大致的代码结构：
  

• 优化后实现逻辑
  采用redis里的list数据结构来实现分发库存。先把券码对应的可领取的库存stockId查询出来，以list结构放到redis里面取(这个操作可以用定时器在抢购活动前1分钟完成，也可以由第一个用户领取时抢一个zookeeper锁来完成)；用户领取时，直接用redis的lpop命令来弹出id，拿到id完成领取操作。
  大致的代码结构：
  

• 提高并发量的原理
  1、redis读写速度快，取到对应的stockId时间减少；
  2、redis是单线程的，list往外弹出数据不会造成超卖；
  3、用户抢购过程中，基本不用抢分布式锁，省去锁占用时间；
  4、拿Id不用去数据库查询了，减少与数据库的交互，提高数据库的响应。

小结：在项目其他环境不变的情况下，优化后接口的tps数经压测能快好几倍。当然贴上来的代码也只是大致的结构，实际项目开发中，应该还要考虑很多场景，比如领取一次多个库存、领取异常后的回滚处理、接口的幂等性等等。

大佬们觉得哪里有问题，或者有更好的优化方案，欢迎在评论区一起讨论。