秒杀系统架构分析与实战阅读心得

说到高并发，其实我们中国互联网人最有发言权。中国人口最多，而且特有的社会结构恰好是互联网精神发挥的沃土，所以互联网行业在中国的迅猛发展也属情理之中。而中国现实社会中的地域发展不平衡、产业结构过度区域化、交通不够便利及小企业信息不畅等一道道壁垒，反而成就了电商的独特的商业空间。

伴随着电商的蓬勃发展，抢购和秒杀活动作为营销的重要手段，也对电商系统提出了越来越高的要求。当双十一已经从一个简单的噱头演变为可以让全民熬夜万众秒杀的头条事件时，电商系统所面对的高并发压力绝不亚于春节的微信红包系统。

1秒杀业务分析

1. 正常电子商务流程

   （1）查询商品；（2）创建订单；（3）扣减库存；（4）更新订单；（5）付款；（6）卖家发货

2. 秒杀业务的特性

   （1）低廉价格；（2）大幅推广；（3）瞬时售空；（4）一般是定时上架；（5）时间短、瞬时并发量高；

3. 3 秒杀架构原则

   1. 尽量将请求拦截在系统上游

      传统秒杀系统之所以挂，请求都压倒了后端数据层，数据读写锁冲突严重，并发高响应慢，几乎所有请求都超时，流量虽大，下单成功的有效流量甚小【一趟火车其实只有2000张票，200w个人来买，基本没有人能买成功，请求有效率为0】。

   2. 读多写少的常用多使用缓存

      这是一个典型的读多写少的应用场景【一趟火车其实只有2000张票，200w个人来买，最多2000个人下单成功，其他人都是查询库存，写比例只有0.1%，读比例占99.9%】，非常适合使用缓存。

      现在我们知道，电商系统所要面对的高并发压力，远高于人们的想象。特别是双十一零点的抢购，绝对是比春节微信红包更严峻的考验。红包本身更倾向于娱乐，金额普遍也不大，并且瞬时洪峰比较分散；但电商面对的都是实际的交易，容错率同样很低，而且会在零点面临极高的流量峰值。电商系统见招拆招，发展到今天，也有了充足的技术储备及实战经验。

      电商的发展，直接催生了第三方支付的出现及繁荣，也就间接着孕育了互联网金融特别是P2P网贷。随着近两年来互联网金融行业的发展和调整，一些全国范围的大型平台也越来越感受到高并发所带来的压力。虽然互联网金融的业务量还不像电商那么夸张，但如何在有限的软硬件基础上提供最流畅的用户体验以及最可靠的交易服务，也是需要行业内关注的新课题。特别是在行业监管逐步落地的今天，对互联网金融平台的稳定性和可靠性，也提出了越来越高的要求。