用户请求：
用户进入代理机，代理机把请求分发给后端某一个web服务器，web服务器拿到用户请求以后通过php操作数据库或者redis，然后把结果返回给web服务器，最后呈现给用户。

redis队列主要解决了大并发的问题，因为他是队列的形式，一条一条处理的，不会造成因为并发大几个人同时更新一条数据，你想想看，如果有几百人的并发，没有用到redis，你的抢购资格是有限的，因为数据库缓存或者memcache的某些原因，几个人同时查到有一个抢购资格，结果都在update这条数据，造成的结果可能就是最后一个人update这条数据的人获得真正的抢购资格，其他人被他更新掉了，但是其他人前台返回的是已经抢到了。

正常来说，是不用mysql的，因为你的抢购资格，都会缓存在redis里面，看具体需求。

我也是菜鸟，大神勿喷。

采用层层过滤的思想来设计秒杀，前置nosql数据库过滤大多数用户，具体数字可以为库存的放大2到10倍，接下入队列，后端消费者接收队列消息，然后操作mysql数据库进行更新下单，减库存。前台轮询结果

顶一下 求解

秒杀系统不要将流量都到落到后台处理服务器上，你有200个秒杀的产品，放前1000个用户过来就足够了（放200w个进来干嘛，纯粹累服务器）；
通过这么一过滤，根本没有什么压力嘛；

秒杀系统用redis队列 可以搞 但是要预估服务器压力 以及一些防护 比如用户多处登陆 黄牛刷 等等
可以参考http://onwise.xyz/2017/03/06/...