秒杀系统中乐观锁修改库存

这几天看公众号，看到了乐观锁修改库存量的操作，说来惭愧工作4年了，基本没操作过所谓的订单，库存系统，开发的行业没有这样的需求，所以看到乐观锁的操作还真是挺惊叹的，就记录下来吧，也挺感谢分享出文章的博主。

文章的出处来自公众号：https://mp.weixin.qq.com/s/bOmNpz9D59AcyHhY11WCUQ，这篇文章我看始发是这位作者：https://www.jianshu.com/p/16300bf2660d。

文章中使用乐观锁的位置，在修改库存表中已售字段时，使用乐观锁的思想，cas实现方式实现多线程秒杀的功能，使用版本号来保证线程安全，同时保证了系统的吞吐量，没有频繁挂起线程的操作；核心代码在SQL中的where条件限制：

update stock
            
     sale = sale + 1,
    version = version + 1,
        

  WHERE id = #{id,jdbcType=INTEGER}
 AND version = #{version,jdbcType=INTEGER}

在满足线程安全后，使用分布式限流保护系统，减小数据库压力，限流方案使用redis，配置过期时间设置达到2秒内将超出指定limit请求数的后续请求，全部直接返回，不走查库，减轻数据库压力，因为秒杀系统的99%请求都是无效的，在业务允许情况下采取这种机制会很大成都保证系统的可用性；

后续作者又使用redis做缓存，来再次分担数据库查库压力，后续的使用中间件解耦系统就比较常见了。