电商秒杀活动的技术分析

秒杀活动是绝大部分电商选择的低价促销、推广品牌的方式。不仅可以给平台带来用户量，还可以提高平台知名度。一个好的秒杀系统，可以提高平台系统的稳定性和公平性，获得更好的用户体验，提升平台的口碑，从而提升秒杀活动的最大价值。

这里使用redis来处理秒杀活动。

秒杀的特征：

秒杀活动对稀缺或者特价的商品进行定时定量售卖，吸引成大量的消费者进行抢购，但又只有少部分消费者可以下单成功。因此，秒杀活动将在较短时间内产生比平时大数十倍，上百倍的页面访问流量和下单请求流量。

秒杀活动分为三个阶段：

（1）秒杀前：用户不断的刷新商品详情页面，页面请求达到瞬时峰值。

（2）秒杀开始：用户点击下单按钮，下单请求达到瞬时峰值。

（3）秒杀后：校验指定时间内没有支付的订单时退单情况，大部分用户继续刷新商品详情页等待退单机会。

 

消费者提交订单，一般做法是利用数据库的行级锁，只有抢到锁的请求可以进行库存查询和下单操作。但是在高并发的情况下，数据库无法承担如此大的请求，往往会使整个服务 blocked，在消费者看来就是服务器宕机。所以我们不能使用数据库来处理。

前端分流处理：

秒杀前，用户不断刷新商品详情页，造成大量的页面请求。所以，我们需要把秒杀商品详情页与普通的商品详情页分开。对于秒杀商品详情页尽量将能静态化的元素静态化处理，除了秒杀按钮需要服务端进行动态判断，其他的静态数据可以缓存在浏览器和 CDN 上。这样，秒杀前刷新页面导致的流量进入服务端的流量只有很小的一部分。

读写分离redis缓存拦截流量：

可以把秒杀商品的一些信息缓存到读写分离redis中，并设置秒杀的开始标识如下：

1. "goodsId_count": 100 //商品总数
2. "goodsId_start": 0 //开始标记  0表示未开始，1表示开始（根据倒计时判断）
3. "goodsId_access": 0 //接受下单数

1. 秒杀开始前，服务集群读取 goodsId_Start 为 0，直接返回未开始。
2. 数据控制模块将 goodsId_start 改为1，标志秒杀开始。
3. 服务集群缓存开始标记位并开始接受请求，并记录到 redis 中 goodsId_access，商品剩余数量为(goodsId_count - goodsId_access)。
4. 判断商品剩余数量为0时，秒杀结束，拦截所有请求。
5. 把下单成功的数据写入数据库中，记录订单号，下单数量，用户id等信息。（此步自己思考应该把下单成功的用户存起来）

利用主从版 Redis 缓存加速减库存

成功参与下单后，进入下层服务，开始进行订单信息校验，库存扣量。为了避免直接访问数据库，我们使用主从版 Redis 来进行库存扣量，主从版 Redis 提供10万级别的 QPS。使用 Redis 来优化库存查询，提前拦截秒杀失败的请求，将大大提高系统的整体吞吐量。

通过数据控制模块（数据库中读取秒杀商品的库存）提前将库存存入 Redis，将每个秒杀商品在 Redis 中用一个 hash 结构表示。

1. "goodsId" : {
2. "Total": 100
3. "Booked": 100
4. }

没整理完，待续。。。。。。。。