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

V2EX = way to explore

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

For Existing Member Sign In

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

This topic created in 1860 days ago, the information mentioned may be changed or developed.

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

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

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

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

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

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

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

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

Supplement 1 · Mar 29, 2021

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

库存

订单

秒杀

试题

19 replies • 2021-03-30 14:18:54 +08:00

Cowhitewhite

Mar 29, 2021

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

wangyanrui

Mar 29, 2021 via iPhone

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

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

Lykr

Mar 29, 2021

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

Rwing

Mar 29, 2021

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

tabris17

Mar 29, 2021

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

securityCoding

Mar 29, 2021

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