面试题：秒杀活动，库存无限，怎么设计库存扣减逻辑

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1340 天前的主题，其中的信息可能已经有所发展或是发生改变。

之前的面试题，现在突然想起来了。

我：使用可靠消息发送 MQ （同步写数据库），库存服务消费 MQ 扣减

面试官：多一次数据库写入，性能低，不行

我：不扣减库存，秒杀活动结束后，扫描活动期间的所有订单，根据订单中的数据统计库存

面试官：扫描订单太多，不行

最后，我问了一下要怎么处理，他说发 MQ 就行，只要 MQ 服务器不崩就可以。他说他之前是 MQ 存储不够，导致消息发送失败。

我说万一失败怎么办，他说后面会有对账之类的系统（他们现在没有）。

所以，到底应该保证事务消息，还是后期处理？

第 1 条附言 · 2021-03-29 14:04:51 +08:00

不好意思，没描述清楚，也不是说真正的库存无限，可以理解为库存很多，理论上卖不完

库存

订单

秒杀

试题

19 条回复 • 2021-03-30 14:18:54 +08:00

Cowhitewhite

2021-03-29 12:51:36 +08:00

目前我们系统也做了类似的业务,不做用的 redis 做的扣减

wangyanrui

2021-03-29 12:52:12 +08:00 via iPhone

秒杀的设计方案大体都是削峰，怎么削就要看具体情况了

这种面试官问的也不太合理

Lykr

2021-03-29 12:57:18 +08:00

库存无限的话为什么还要扣减库存，连一致性都不用保持了。
我个人的想法是：
秒杀前把库存无限的商品 ID 先从数据库中提前提取到 Redis 里缓存。
用户请求到达服务端后连接 Redis 判断一下商品是不是都属于无限库存的，是的话异步发送一个订单生成消息给订单服务然后直接返回成功，消息队列这块还要保证可用性（订单不丢失之类的）。

Rwing

2021-03-29 13:23:58 +08:00

库存无限的话为什么还要扣减库存

tabris17

2021-03-29 13:26:16 +08:00

库存无限还减什么库存啊，做加法啊

securityCoding

2021-03-29 13:30:51 +08:00

秒杀的关键在于动静分离、提前校验。
1. 根据 db 规格做好进程内限流，预留一倍升级空间。
2. 静态数据（商品属性）提前预热至缓存，缓存过期时间为秒杀结束时间。
3. 各种校验提前做，特别是库存校验。
4. 库存怎么扣减
- 提前预热库存数据至 redis，原子 DECR 扣减库存，扣减成功 mq 同步 db 库存。
5. 如何下单？
- 校验成功通过 mq 抛出下单事件，做好耗时监控，前端页面 hold 一下。
6. 超时未支付怎么办？
- 下单成功时抛出抛出延时消息，比如 30 分钟。到期检测订单状态，失败 INCR 把库存还回去。
7. 如何防刷？
- uid 固定时间限流
8. 如何反止链接提前泄露？
- 产品 id 哈希
9. 如何反止暴力遍历？
- 产品 id 经过布隆过滤器校验一下