还是那个抽奖，现在逻辑变了，并发要达到 20 万，还没操作过这么大的，该如何配置呢？

今天我遇到了抢购 服务器100% 低估了用户流量

我改成了

1. redis限制每个人每秒钟只能访问1次
2. redsis lpop保证不超卖

并发20W，用户几个亿？

你怕是对并发有啥误解，双十一支付宝并发也就才二十多万

哪个大公司，BAT?

代码的逻辑无非就是使用Redis，而不是直接查数据库。

另外如果不是大公司，正常写代码就行了。。。根本没那么大的并发。。都是杞人忧天罢了😂

...

又炸了

但是不超卖 没有发生错误

平时弄个网站，弄个小程序啥的也就几百ip不得了。一般服务器完全能抗下来。 结果，开抢当天，一下来几万人在线抢，瞬间就打不开了。马上去阿里云，升带宽，上负载。那时只管花钱就是，管他管不管用。升了配置还是卡，结果重启了一下服务器，一下缓过来了。 我怕又出现这种情况，现在集中在一天，估计开抢时应该有几万人同时访问。

高并发三板斧：缓存，限流，异步。实际应用说白了就是：

1. 尽可能的让请求击中redis缓存，少穿透到DB
2. 限制用户的访问频率，以及分布式原子锁等等。
3. 复杂逻辑以异步的方式用队列等方式解决。

再不行就加机器加配置。