9 月 1 日，成都疫情防控指挥部宣布一则通告：
"9 月 1 日至 4 日在全市范围内开展全员核酸检测。自 9 月 1 日 18 时起，全体居民原则居家，非本小区居民不得进入；市民非必要不离成都，确需离开的，凭 24 小时内核酸阴性证明。"
很多市民第一时间响应号召，去排队做核酸了，但是没想到，当天成都的核酸检测系统崩了，导致很多市民一直在冒着雨排队等候。
事情刚开始的时候，大家也不知道怎么回事儿，大白们开始把手机举过头顶寻找信号。
一时间"成都核酸系统崩了"登上了微博热搜。
后来，终于有人回应了，有官方人员回复说，是因为”核酸检测系统因对短时超大并发量预估不足，才导致系统出现卡顿问题“。
听到这个答案的时候，作为一个自认为还算专业人员的我是不太能接受的，因为崩溃的是医务人员们使用的核酸检测系统，并不是健康码系统。这个系统承担的工作就是扫码录入信息而已。
虽然当天有很多人在排队做核酸，但是你要说并发的话，还真不高。因为不可能2000万人同一秒内去扫码做核酸，最大的并发量也就是全市的核酸检测点的个数。这种并发量完全不算高。
果然，后来有人扒出来这个系统是东软做的。
于是，东软也被骂上热搜。并在被撤后，成都人民齐心协力再一次顶了上去。
后来东软也发了声明，他们说当天确实上线了一个新的核酸检测系统，但是出现的延迟、卡顿等问题都和核酸检测系统软件无关，是网络出现故障导致的。。。
而且还顺便秀了一把肌肉，他们说：他们的核酸系统在上海经受住了平均每小时600万人次的峰值考验。
程序员对数据指标都比较敏感，所以我算了一下，每小时600万，那平均到1秒钟的话，大概也就不到1700的QPS，这有什么值得炫耀的吗？不应该是有手就能实现的吗？
而且，很多人表示在核酸系统崩溃的同时，微信在照常聊、游戏在照常打、抖音也在照常刷。这网络是看你们的APP不顺眼绕着走了？
果然，没过多久四川省通信管理局的打脸文案就来了：全市通信网络运行平稳，各核酸检测点移动网络覆盖良好，没有出现网络拥塞和故障。
后来在网上看到了一个解释，有人说是这个核酸系统把数据都放到了一张大宽表中，没做任何分表。
如果真是这么做的，那倒是有可能会导致那天的故障，但是我也没有想清楚，核酸检测系统需要存储的信息也不多啊，就算用了大宽表字段应该也不多才对啊。
我们现在不知道真实原因是什么，可能也永远都无法知道了，但是如果真是大宽表的话，要想再做拆分，那可就麻烦了。。。
