时间：2021-07-01 10:21:17 帮助过：26人阅读
写在前面：
1、本文设计到的并发处理均是针对纵向，不针对横向扩展，即只设计从PHP层面到数据库层面的处理，不涉及多台服务器，集群、大带宽等的横向设计。
2、本文中涉及到的高并发并不是淘宝京东等几百万几千万等的高并发，仅仅只是普通最多上万的并发处理
3、本文不对悲观锁乐观锁做设计
问题：
普通电商中的秒杀中的并发问题，超卖问题
实例：商品数量为100，秒杀人数为10000，整点开始秒杀
秒杀大概流程：
①商品详情点击购买(秒杀)--》②输入信息提交订单--》③进行支付
解决思路：
1、人数阀门设计
2、会员排队设计
3、问答问题设计
4、库存缓存设计
5、页面静态设计
思路理解：
一、人数阀门设计：进行用户人群过滤。
商品数量只有100份，秒杀人数有10000人，那么我们就设计1道阀门（根据情况，可以设计3道或者2道都可以的）。
在整点的时候，我们对点击了“购买”按钮后，我们只运行500人进入信息填写页面，信息填写完成后提交订单。效果如下：
①商品详情点击购买(秒杀)--》②输入信息提交订单--》③进行支付
10000人 500人 （这里也可以设计阀门，只允许多少人进入支付）
其他未进入的如何处理乃？显示已抢完或者排队等待（这就是后面要提到的排队系统设计）。
二、会员排队设计：对用户进行排队，排在前面的先购买
这相当于是消息队列模式了，如果秒杀是立即知道结果，排队可能会有点鸡肋。
在第二步②输入信息提交订单后进行排队，排在前面的先购买，排在后面的后购买
三、问答问题设计：过滤掉一些反应慢的用户
在第一步①点击购买后跳转到问题页面，用户必须回答正确问题后，方可进入后面的流程
四、库存缓存设计：缓存库存，判断用户购买的商品是否还有，不读取数据库，速度快，也不会增加数据库负担，经过前面的过滤，超卖的可能性比较低了
提前将商品库存缓存起来，到下单购买的时候，用户购买了就减1，每次都通过库存缓存判断一下，如果为0就显示已抢完。
五、页面静态设计：尽量静态缓存化【CDN那些这里不做考虑】
第一步①商品详情页面，尽量进行缓存，减轻大批量用户在访问商品页面的时候，大量查询数据库。
问答问题页面：全静态，加载快，无数据库负担。
排队等待页面：全静态，加载快，无数据库负担。
排队结束页面：全静态，加载快，无数据库负担。
小试牛刀：
上面说了那么多废话，总归在一起，流程大概就成了下面这样：
①商品详情点击购买(秒杀) --》 ②进入问题回答页面 --》③排队等待 --》 ④输入信息提交订单 --》 ⑤进行支付
页面缓存 问题过滤 阀门过滤 缓存库存减少
页面缓存 页面缓存
实战：
代码怎么独立出来乃？还是自己写一个流程。今天先到这里吧，代码实战再单独写一个
附件：
一、参考资料
①、淘宝阀门设计
②、各大电商网站秒杀流程
③、网络上面的各种文献资料
写在最后：
本人对并发处理并不深入，所知道的知识都是来源于网络资料和各种网站参考。虽然我这样的设计已经用于系统中，并且基本上解决了普通的这些问题，但是这样的设计可能存在一定的问题或者不完善，或者根本就是错误的。
我希望有对这方面很了解的大神希望给出点评和指导，我好学习和交流，非常感谢！