成都|成都昨天核酸检测很不快,绝对不是手机网络问题,可能是这个原因

成都|成都昨天核酸检测很不快,绝对不是手机网络问题,可能是这个原因

文章图片


【成都|成都昨天核酸检测很不快,绝对不是手机网络问题,可能是这个原因】【科技明说 | 热点关注】在成都的多位朋友在朋友圈吐槽 , 9月2日成都核酸检测得慢 , 站得脚都生痛 。 也有人还说 , 做核酸排队站了整整两个多小时还没到自己 。
成都昨天核酸检测很不快 , 绝对不是手机网络问题 , 那是什么问题呢?
成都核酸检测得慢 , 主要是扫码录入很慢 。 业内技术人士分析指出 , 数据库该优化了!他指出 , “成都的市民正在做核酸 。 借用鹅厂资深专家的分析 , 统一回复下 , 这不是天府健康通的问题 , 天府健康通的码能打开是一个身份 ID, 做核酸扫码是“核酸系统” , 所以核酸系统崩溃 , 不是天府健康通的问题 。 从后台分析 , 是核酸的 ng 负载均衡不支持弹性扩容 , 健康码是支持千万级并发 , 他现在核酸系统接口是22kオ2万多并发 。

相当于健康码这边是一个桶的水 , 走核酸系统的一个水龙头 。 来看 , 这是全省的对端(核酸系统) NG 的负载均衡最大链接并发数2.24k 。 也就是平均一个 ip 传输最大1024字节的话 , 算下扫码一次占用10个子节 。 这怎么支持全省的并发?所以一分钟检测5个不到的市民 , 大家能不抱怨么?解决办法:核酸系统(谜之厂商)赶紧把数据库的分库分表给做了 , 这么大的一张数据表做遍历肯定慢啊 。 另外 qps 这么低 , 压力测试赶紧做 。 ”

如此看来 , 数据库优化对于平时没有遭遇业务峰值的情况下 , 任何行业用户都觉得无所谓 , 一旦遭遇高并发的峰值压力情况下 , 数据库不能支撑系统的应用自然带来服务访问问题 。 可见 , 数据库优化应该是不少用户需要考虑的重要数字化问题 。
- END-





欢迎文末评论补充!
【全球存储观察 | 科技明说】专注科技公司分析 , 用数据说话 , 带你看懂科技 。 本文和作者回复仅代表个人观点 , 不构成任何投资建议 。

    相关经验推荐