如何优化秒杀系统的设计策略？

本文共计2219个文字，预计阅读时间需要9分钟。

上图展示了秒杀系统的逻辑总结。整个秒杀流程到此结束。总的来说，代码量不多，逻辑也比较简单。

分析

秒杀时大量的流量涌入，秒杀开始前频繁刷新查询，如果大量的流量瞬间冲击到数据库的话，非常容易造成数据库的崩溃。所以秒杀的主要工作就是对流量进行层层筛选最后让尽可能少且平缓的流量进入到数据库。

通常的秒杀是大量的用户抢购少量的商品，类似这样的需求只需要简单的进行库存缓存，就能在实际创建订单前过滤大量的流量。

但但但是，只是这样的话好像没什么挑战力呀！稍微加大一下难度，假设我们的秒杀是像抢小米手机一样，100 万人抢 10 万台手机呢？小米抢购时的排队是一种方法（虽然体验不太好），后续将会按照这种思路进行我们的秒杀设计。

下面开始从一些代码的细节进行分析，原则上是对原有业务逻辑尽可能小的改动。另外后文中没有什么服务熔断，多级缓存等高级的玩法，只是比较简单的业务设计。

开始

运营人员在后台将一个变体添加到秒杀促销，并设置秒杀的库存/秒杀折扣率/开始时间和结束时间等，我们能够得到类似这样的数据。