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

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

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

?

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

一時間"成都核酸系統(tǒng)崩了"登上了微博熱搜。

后來，終于有人回應(yīng)了，有官方人員回復(fù)說，是因為”核酸檢測系統(tǒng)因?qū)Χ虝r超大并發(fā)量預(yù)估不足，才導(dǎo)致系統(tǒng)出現(xiàn)卡頓問題“。

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

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

果然，后來有人扒出來這個系統(tǒng)是東軟做的。

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

后來東軟也發(fā)了聲明，他們說當(dāng)天確實上線了一個新的核酸檢測系統(tǒng)，但是出現(xiàn)的延遲、卡頓等問題都和核酸檢測系統(tǒng)軟件無關(guān)，是網(wǎng)絡(luò)出現(xiàn)故障導(dǎo)致的。。。

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

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

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

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

后來在網(wǎng)上看到了一個解釋，有人說是這個核酸系統(tǒng)把數(shù)據(jù)都放到了一張大寬表中，沒做任何分表。

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

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