有个关于并发的问题想请教下

[jtping]

最近在做一个电商项目，现在到了扣库存这一块，扣库存时有什么好的上锁方案吗 （要有一定的并发能力）

具体是这样的：

最开始用 redisson 分布式锁把整个生成订单事务都锁了(扣库存操作在里面)，但这样效率不高。

现在改用悲观锁（用的 MySQL ），可感觉悲观锁的效率还是不够高，我也去网上找过，都不太建议库用悲观锁。

想过把库存信息都放到 reids 中，把所有库存信息都放到 reids 中可行吗？有没有什么弊端

之前这方面接触的也不多，有没有什么好的解决方案，望大神赐教

[jtping]

自定

[xiaomu8]

开发日活百万
上线日活一百

[jtping]

@xiaomu8 哈哈哈 还是要稍微做点准备的 万一火了呢

[YouLMAO]

一般都是这样的，为什么效率不高？ 有没有分析过生成订单最慢的 top 5 操作

[jtping]

@YouLMAO 这个还真不了解 望指点

[simonlu9]

库存采用分段锁，可以提高效率

[jtping]

@simonlu9 应该还不到用分段锁的地步

[opengps]

库存放在 redis 很常见，弊端就是对逻辑要求比较严谨，需要综合考虑各种极端情况，比如：
断电怎么办
锁是否彻底能够做到库存不超额
数据库变更时候缓存刷新是否有残留变更
等等

[YouLMAO]

我觉得网民和我讨论场景不同，他们是考虑秒杀？ 我是考虑有 5 千万商品在售，每件商品 50 库存，一分钟有 1 万人下单但下的是不同商品呀

[jtping]

@opengps 学习了 感谢

[securityCoding]

独立库存组件出来 , 配合 redis 用 write through(这玩意不知道咋翻译)方式管理库存 ,后面挂个队列异步通知 db 扣减库存(最终一致性)

[YouLMAO]

不是秒杀场景用 Redis，可以准备跑路

[securityCoding]

@YouLMAO 5000w sku 你真敢想...

[jtping]

@YouLMAO 我就是这个意思！用悲观锁 万一有其他请求进来就要等了 用户体验不太好

[jtping]

@YouLMAO 没呢 项目还没上线

[YouLMAO]

@jtping 那你是秒杀还是非秒杀？？？下单的是不同商品，不会互相锁库存喔为什么要等

[jtping]

@securityCoding 方便给个关键词吗 我去网上找找

[YouLMAO]

@jtping 分段锁也是秒杀场景的，直接百度

[securityCoding]

@jtping 小伙子 ,你是不是分布式锁把整个下单接口都锁住了? 锁下单商品那个 sku 就行了

[jtping]

@YouLMAO 就是普通的购买 比如 1 秒内对同一个商品下单 10 次 这个就需要等了（这种情况应该会出现吧）