虽然距离东软核酸系统卡顿这个事情已经过去了好多天，估计都慢慢淡忘了吧，这几天做核酸还是很顺畅的，据说是用回了之前的系统，但是亲历了当时核酸系统卡顿、排队好几个小时、温度还低、还下大雨，这个互联网记忆是没法淡忘的。

作为一个半路出家的程序员，这个我认为这个程序或者架构肯定有问题。这两天我也在寻思这个问题，也做了一个测试。据说他们用的是MYSQL数据库，理论上来说，这个这点数据是没问题的，要说并发问题，那这个就说不清了，是程序处理并发问题？还是网络并发问题？还是服务器配置问题？还是数据库并发问题？这个解决方式很多，东软这么大的公司，大的系统都那么多，不可能没有经验积累。

我在我电脑上面也做了一个简单测试，就用PHP+MYSQL插入500W条数据，也只用了70多秒。这个程序运行的时候，还调用了好几个方法，比如随机生成名字，生成号码，生成身份证等，虽然处理量不大，如果是现成数据，估计还能少10-20秒，要是机器配置再好一点，估计时间可以压到30秒以内。

数据大概是这样的

500W条数据插入

如果采用分库，应该会更快。成都的小区，我查不到今年的数据，14年大概是1万个左右，现在按照2万个小区来算吧。每个小区平均5个点位，实际上应该没这么多，不然志愿者都十几万人了。这个也就10万并发，而且是同时扫码，实际会更少，这个可能还比不上一些大一点的电商平台抢购时候的人数和并发呢。但事实上就是卡了，而且还卡的不要不要的，很明显就是数据处理不过来的那种感觉。

所以这个还是系统的问题，东软这个锅是甩不掉的。但是这个底层代码我们看不到，就仅仅是说说，中间很有可能还有跟其他系统的对接，比如国家核酸系统，其他查询系统，个人档案系统的，多个系统对接，这个时候很有可能其他某个系统卡了，没有数据返回，东软的系统也跟着卡起了，这还没法去说，也可能是之前没有考虑到这个情况。

东软也是一家国内的老牌软件公司了，作为国人，我也希望国内的软件公司能越做越好，不要被有些人给带节奏了，但是作为做这么大的系统，没有经过完整测试，甚至都没有备用方案，就直接拿去用，弄得大家怨声载道，这种事情还是不要发生的为好。