淘宝教你：秒杀系统设计就该这么玩

秒杀活动是指网络商家为促销等目的组织或网上限时抢购活动，这种活动具有瞬时并发量大、库存量少和业务逻辑简单等特点。设计一个秒杀系统需要考虑的因素很多，比如对现有业务的影响、网络带宽消耗以及超卖等因素。本文会讨论秒杀系统的各个环节可能存在的问题以及解决方案。

秒杀系统

傻瓜式秒杀系统

秒杀系统的核心难点是并发量，如果不考虑并发问题，那么我们可以用如下图所示的简单的系统结构来实现秒杀系统，用户只有两个简单操作：刷新界面和秒杀按钮，服务端也只有两个服务接口：返回秒杀界面和处理秒杀逻辑。假设本文中秒杀商品有100个，参与秒杀的用户有100w个。

但是在高并发场景下，这个系统会有很多问题，我们全文会针对这些问题一一进行优化

1. 大量用户同时刷新界面，会对服务器的带宽造成非常大的压力；
2. 用户在秒杀前后可以多次重复点击按钮，造成很多不必要的请求；
3. 用户可以通过脚本进行抢购，并且抢购成功率非常高；
4. 服务端承受高并发请求，会出现响应过慢或失败等情况；
5. 数据库承受高并发请求，会导致连接池耗尽和响应缓慢；
6. 如果数据库更新设计得不合理，可能会出现超卖的情况；

秒杀界面CDN

秒杀开始之前，用户都会请求秒杀界面，有的用户甚至会不断地刷新秒杀界面，100W用户可能产生上千万次秒杀界面请求。秒杀界面往往包含很多静态资源，如果这些界面请求全部通过服务器获取，会造成大量的带宽消耗，甚至造成秒杀还没开始服务器就崩了的情况。

对于网页这种静态资源的并发访问，业内早就有成熟的解决方案：内容分发网络(CDN)。我们可以在秒杀开始前，预先把网页的静态资源存放在CDN节点，用户在刷新界面时直接从CDN获取静态资源，从而降低刷新秒杀界面对服务器造成的压力。添加了CDN服务之后，秒杀界面有大量用户