?9 月 1 日，成都疫情防控指揮部宣布一則通告：

"9 月 1 日至 4 日在全市范圍內開展全員核酸檢測。自 9 月 1 日 18 時起，全體居民原則居家，非本小區居民不得進入；市民非必要不離成都，確需離開的，憑 24 小時內核酸陰性證明。"

很多市民第一時間響應號召，去排隊做核酸了，但是沒想到，當天成都的核酸檢測系統崩了，導致很多市民一直在冒著雨排隊等候。

?

事情剛開始的時候，大家也不知道怎么回事兒，大白們開始把手機舉過頭頂尋找信號。

一時間"成都核酸系統崩了"登上了微博熱搜。

后來，終于有人回應了，有官方人員回復說，是因為”核酸檢測系統因對短時超大并發量預估不足，才導致系統出現卡頓問題“。

聽到這個答案的時候，作為一個自認為還算專業人員的我是不太能接受的，因為崩潰的是醫務人員們使用的核酸檢測系統，并不是健康碼系統。這個系統承擔的工作就是掃碼錄入信息而已。

雖然當天有很多人在排隊做核酸，但是你要說并發的話，還真不高。因為不可能2000萬人同一秒內去掃碼做核酸，最大的并發量也就是全市的核酸檢測點的個數。這種并發量完全不算高。

果然，后來有人扒出來這個系統是東軟做的。

于是，東軟也被罵上熱搜。并在被撤后，成都人民齊心協力再一次頂了上去。

后來東軟也發了聲明，他們說當天確實上線了一個新的核酸檢測系統，但是出現的延遲、卡頓等問題都和核酸檢測系統軟件無關，是網絡出現故障導致的。。。

而且還順便秀了一把肌肉，他們說：他們的核酸系統在上海經受住了平均每小時600萬人次的峰值考驗。

程序員對數據指標都比較敏感，所以我算了一下，每小時600萬，那平均到1秒鐘的話，大概也就不到1700的QPS，這有什么值得炫耀的嗎？不應該是有手就能實現的嗎？

而且，很多人表示在核酸系統崩潰的同時，微信在照常聊、游戲在照常打、抖音也在照常刷。這網絡是看你們的APP不順眼繞著走了？

果然，沒過多久四川省通信管理局的打臉文案就來了：全市通信網絡運行平穩，各核酸檢測點移動網絡覆蓋良好，沒有出現網絡擁塞和故障。

后來在網上看到了一個解釋，有人說是這個核酸系統把數據都放到了一張大寬表中，沒做任何分表。

如果真是這么做的，那倒是有可能會導致那天的故障，但是我也沒有想清楚，核酸檢測系統需要存儲的信息也不多啊，就算用了大寬表字段應該也不多才對啊。

我們現在不知道真實原因是什么，可能也永遠都無法知道了，但是如果真是大寬表的話，要想再做拆分，那可就麻煩了。。。