这几天看公众号,看到了乐观锁修改库存量的操作,说来惭愧工作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做缓存,来再次分担数据库查库压力,后续的使用中间件解耦系统就比较常见了。