如何设计一个秒杀系统 -- 关键点设计

来自许令波老师的课 – 设计一个秒杀系统。

如何才能更好理解秒杀系统呢？
秒杀其实主要解决两个问题：一个是并发读，一个是并发写。并发读的核心优化理念是尽量减少用户到服务端来“读”数据，或者让他们读更少的数据；并发写的处理原则也一样，要求我们在数据库层面独立出来一个库，做特殊的处理。另外，我们还需要对秒杀系统做一些保护，针对意料之外的情况设计兜底方案，以防止最坏的情况发生。

从架构师角度来看，要想打造并维护一个超大流量并发读写，高性能，高可用的系统，在整个用户请求路径上从浏览器到服务端我们要遵循几个原则，就是要保证用户请求的数据尽量少，请求数尽量少，路径尽量短，依赖尽量少，并且不要有单点。简单概括就是“稳，准，快”。

“稳”，就是整个系统架构要满足高可用，流量符合预期时肯定要稳定，就是超出预期时也同样不能掉链子，你要保证秒杀活动顺利进行，即秒杀商品顺利的卖出去，这是最基本的前提。
高可用，现实难免会出现意料不到的情况，所以要保证系统的高可用和正确性，还要设计一个B计划来兜底，以便在最坏情况发生时仍然能够从容应对。

“准”，就是秒杀10台iPhone，就只能成交10台，多一台少一台都不行，主要是防止超卖现象。一旦库存不对，平台就要承担损失，所以准就是要求保证数据的一致性。
一致性，秒杀中商品减库存的实现方式同样关键。有限数量的商品在同一时刻被很多倍的请求同时来减库存，减库存又分为“拍下减库存”，“付款减库存”以及预扣等几种，在大并发更新的过程中都要保证数据的准确性。

“快”，指系统的性能要足够高，否则怎么支撑这么大的流量呢？不光是服务端要做极致的性能优化，而且在整个请求链路上都要做协同的优化，每个地方快一点，整个系统就完美了。
高性能，秒杀涉及大量的并发读和并发写，因此支持高并发访问这点很关键。可从设计数据的动静分离方案，热点的发现与隔离，请求的削峰与分层过滤，服务端的极致优化这四个方面入手。