关于并发、超卖处理的思路

做电商网站，经常会有各种秒杀和热门商品，所以高并发的处理一直是电商最重要的事情。这里记录下当初自己是如何处理的

写在前面：

1、本文设计到的并发处理均是针对纵向，不针对横向扩展，即只设计从PHP层面到数据库层面的处理，不涉及多台服务器，集群、大带宽等的横向设计。

2、本文中涉及到的高并发并不是淘宝京东等几百万几千万等的高并发，仅仅只是普通最多上万的并发处理

3、本文不对悲观锁乐观锁做设计

问题：

普通电商中的秒杀中的并发问题，超卖问题

实例：商品数量为100，秒杀人数为10000，整点开始秒杀

秒杀大概流程：

①商品详情点击购买(秒杀)--》②输入信息提交订单--》③进行支付

解决思路：

1、人数阀门设计

2、会员排队设计

3、问答问题设计

4、库存缓存设计

5、页面静态设计

思路理解：

一、人数阀门设计：进行用户人群过滤。

商品数量只有100份，秒杀人数有10000人，那么我们就设计1道阀门（根据情况，可以设计3道或者2道都可以的）。

在整点的时候，我们对点击了“购买”按钮后，我们只运行500人进入信息填写页面，信息填写完成后提交订单。效果如下：

①商品详情点击购买(秒杀)--》②输入信息提交订单--》③进行支付

               10000人                          500人                    （这里也可以设计阀门，只允许多少人进入支付）

其他未进入的如何处理乃？显示已抢完或者排队等待（这就是后面要提到的排队系统设计）。

二、会员排队设计：对用户进行排队，排在前面的先购买

这相当于是消息队列模式了，如果秒杀是立即知道结果，排队可能会有点鸡肋。

在第二步②输入信息提交订单后进行排队，排在前面的先购买，排在后面的后购买

三、问答问题设计：过滤掉一些反应慢的用户

在第一步①点击购买后跳转到问题页面，用户必须回答正确问题后，方可进入后面的流程

四、库存缓存设计：缓存库存，判断用户购买的商品是否还有，不读取数据库，速度快，也不会增加数据库负担，经过前面的过滤，超卖的可能性比较低了

提前将商品库存缓存起来，到下单购买的时候，用户购买了就减1，每次都通过库存缓存判断一下，如果为0就显示已抢完。

五、页面静态设计：尽量静态缓存化【CDN那些这里不做考虑】

第一步①商品详情页面，尽量进行缓存，减轻大批量用户在访问商品页面的时候，大量查询数据库。

问答问题页面：全静态，加载快，无数据库负担。

排队等待页面：全静态，加载快，无数据库负担。

排队结束页面：全静态，加载快，无数据库负担。

小试牛刀：

上面说了那么多废话，总归在一起，流程大概就成了下面这样：

①商品详情点击购买(秒杀)  --》 ②进入问题回答页面      --》③排队等待 --》 ④输入信息提交订单    --》  ⑤进行支付

    页面缓存                                        问题过滤                      阀门过滤                                       缓存库存减少

                                                          页面缓存                      页面缓存

 

 

附件：

一、参考资料

①、淘宝阀门设计

②、各大电商网站秒杀流程

③、网络上面的各种文献资料