qps20w背后的设计：秒杀\抢券项目——深度分析与总结

之前参与一个峰值qps达到20w多的电商促销项目，现在做一些总结与思考，可能存在纰漏，欢迎交流探讨。本人长期专注于服务层，文中对前端以及运维的理解可能不够深入。

欢迎各位有理有据的交流探讨。

架构隔离

在开始具体细节时，先说说架构隔离。

对于这个促销系统的部署完全与主站的其他系统隔离开，避免大流量冲击下对其他系统造成影响，甚至雪崩。

域名隔离 使用独立的域名对请求做隔离

应用隔离 使用独立的集群机器部署前端应用与服务端应用

数据隔离 使用独立的Redis集群、mysql集群处理数据

前端流控

基本校验 一些简单的资格校验，如登陆等等

页面静态数据缓存 浏览器缓存静态数据、CDN缓存静态数据。

业务流程削峰 通过使用验证码或者问答，拉车秒杀时间，放缓瞬时并发。

反向代理缓存

在反向代理(Varnish,Nginx)中缓存静态页面，对页面请求直接返回。

服务端设计

服务端是本文重点，也是我关注的地方。

实现无锁设计(数据库的部分根据业务场景用乐观锁)：

图片较大，我希望用一张图描述我想说的，请点击右键单独放大查看。

扩容

没有机会做，但是思考了下这种方案可取。还是用一张图

分库分表

待续

缓存击穿问题解决

待续

集群性能常用计算公式

qps(query per second)=并发数/响应时间(通常要求0.1s左右)

tps(transaction per second)=事务数/响应时间（事务 比如接口指有个clientSend

并且clientReceive的过程）

如何 根据服务日调用次数 计算每天峰值的qps？

( 日调用次数 * 80% ) / ( 24*3600 * 20% ) = 峰值时间每秒请求数(QPS)

单节点qps

最大连接数/平均响应时间()=qps

通常最大线程数<=最大连接数

平均响应时间通常要求100ms左右

根据峰值qps与单节点qps计算节点个数？

峰值接口需要的QPS / 单节点的QPS = 需要的节点实例

示例：

每天300w 调用量的接口，这个接口需要满足到多少QPS？

( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS)

单机QPS是58，需要结果节点来支持？**

139 / 58 = 3