成都核酸检测结果查不到「关于成都核酸检测系统崩溃我想说点啥」( 二 ) _淘宝为什么打11峰值

那对于核酸检测系统要提升并发性能，可以做以下几个优化：
1.参考12306分时段放票、天猫双十一分时段抢优惠券，实行分时段核酸检测，不要统一集中在一个时段做核酸。
2.大白手上的App支持本地缓存异步上报登记（类似微信支付和支付宝网络离线扣款，解决部分核酸检测点4G网络不稳定的问题）
3.基于后台实时监控，进行资源自动扩缩容（硬件扩容不能解决所有问题，12306当年不缺资源）
4.增加一个消息队列，在系统后台收到大白提交的核酸检测登记请求后，直接先进消息队列，而不是直接写数据库，启动一个缓冲作用，保护数据库，数据库只能承受1000的并发，那就先存消息队列（就像一个蓄水池一样），然后在慢慢的异步消费入库，可以保证系统不崩。本人建议按照批次号最后一位0-9十个数字打散到十个消息队列中，这样每个消息队列每秒也就2000条消息的并发。这个场景很像网站访问日志的记录，kafka作为一个高并发高可靠分布式消息队列很适合该场景。
5.由于需要存的只有5个字段，本人建议就存mysql即可，但是单库无法支撑2万/s的并发，需要分库分表检测批次号或者居民健康码编号分100个库100个表，100×100＝10000，相当于单表每秒并发写入数是2，毫无压力。有人说这个表就存5个字段，核酸结果出来存在那，其实结果可以存在其它单独的核酸检测结果表里面，和这个登记表没关系。
6.系统增加限流保护，比如系统每秒最大只支持10000并发，那就限流10000，这样超过10000的并发请求就会被拦截，保障系统不会被压垮。
就这个场景以上几点足够解决东软遇到的问题了。最后再补充猜测一下核酸检测的整体流程：1、居民排队做核酸 2、大白通过核酸检测登记系统登记核酸批次号与居民健康码的绑定关系 3、居民核酸采样 4、核酸采样送检 5、检测机构出批次核酸检测结果报告 6、核酸检测机构把结果推送给东软的检测系统，产出居民核酸检测结果 7、东软核酸检测登记系统把居民检测结果推送给天府通供居民查询核酸检测结果以及红黄绿码的标识。第6步和第7步也可能是天府通直接从核酸检测结果和东软检测登记系统同时拉去批次检测结果和批次登记的健康码，自己做数据合并。
以上就是本人对于核酸检测系统崩溃的分析和建议，有不同观点者，可以共同讨论。

文章插图
成都市民排长队没做到核酸，如何看待9月2日成都核酸系统再次崩溃？成都市民排长队没做到核酸， 9月2日成都核酸系统再次崩溃只不过是服务器出现问题而已，在疫情比较紧张的时候我们作为市民应该多一点耐心才对。
一、成都市民排长队没做到核酸
成都目前的疫情出现了反复的状况，所以当地迅速就开展起了全民核酸，谁知道排队到自己的时候，扫码进入系统却出现了崩溃的情形，这才是真的令人崩溃的地方。随着成都核酸系统一而再再而三的崩溃目前，不少的人都对其中的原因进行探讨，而且更多的人对于这种崩溃行为也表示不理解，但按照我个人看法来说，我们有时候还是需要转换一下思维，将心比心地想对方所想，这时候才能够知道崩溃不是政府部门所愿。
二、9月2日成都核酸系统再次崩溃只是服务器出现问题
其实我们要相信政府部门的回应，按照目前相关部门回应的消息来看，由于采集系统的服务器有问题，所以他们已经对服务器进行了紧急更换。从这天开始进行服务器的更换之后，他们也会更新新的系统，这最终是能够解决排队出问题的问题的。目前相关部门已经对出现的问题进行紧急处理，这也是需要了解到的地方。