成都核酸检测系统崩溃,东软被骂上热搜!

👇👇关注后回复 “进群” ,拉你进程序员交流群👇👇

作者丨轩辕之风O

来源丨编程技术宇宙(ID:xuanyuancoding)

9月2号,成都因为疫情又一次上了热搜,而这一次,热搜上的词条是一家软件公司的名字。

a7e2dc7e28e8dab3661c64e7aef43088.png

事情的起因是这样的:

从9月1号开始,成都市政府宣布了为期四天的全员核酸检测。昨天下午,我们小区物业通知了预计14:00-17:00会进行检测,告诉我们会挨个楼栋通知下去检测。

结果一直拖到晚上也没收到通知,我一直忙别的也没留意,结果上网一看,关于成都核酸系统崩溃的各种段子已经满天飞了。

是的,成都核酸检测系统,又崩溃了!

辛苦的大白们没有办法,都用上了这种古老的方式来寻找“信号”。

e1cbce7f75bf1a479269ab5128e55964.png

因为这个系统出了问题,导致核酸检测工作非常缓慢,大量的市民排队等待,平常排队半小时能完成的,昨晚都要排队好几个小时。

f93aac292575e8e3ea30c5dd8ef247ce.png

到晚上23点半,物业直接通知只给部分人做,其他人可以洗洗睡了。好家伙,不知道有多少人白排了几个小时队。

953c2ec5b73dc99060303e3be8ac168c.jpeg

这好好的系统它咋就崩溃了呢?

有网友挖出了一个中标公告,说这套系统背后使用的是浪潮的服务器:

01772f86195ce3294ce55c896c24285a.png

一千多万的项目,结果就这?

但随后,有疑似浪潮的人出来回复:

2774c7336615fac7c0ef0048a2503a14.jpeg

人家说的很清楚,上面中标的只是基础运维,这套软件系统的设计另有其人。

随后有人又开喷健康码,喷鹅厂。

但实际上,崩的不是健康码,而是大白使用的核酸采集录入系统,这是两套独立的系统。

92e371d1726fc857e6da287eb91737b1.png

再接着,有人爆出这套软件是东软公司做的。

777cb1c64946a09b7e8f7bf781eb423e.png

于是一时间,所有人把怒火对准了东软,很快就把东软这个词条送上了微博热搜榜第一的位置。

6a6e33c778b7c7dee70288bf235535a9.png

关于崩溃的原因,也有各种说法在朋友圈、微信群里流传,一时难辨真假。

有说是这套系统背后使用的MySQL使用了超宽的大表:

7fbf3abcf2a3bf2b2c7a776249122f72.jpeg

有说是MySQL单表容量太大,造成性能下降:

761ad738422605c94453ef43a4a7e11a.jpeg

还有的说是因为负载均衡不行,没法支撑高并发。

ad43d88e9955db7f7ad138234b45169d.png

总结起来基本上就两个原因:

1、数据库的问题,数据量大后,查询检索效率低下。

成都全市人口超过2000万,每天一次核酸,那就是单日新增两千万条记录,最近几天一直在做,数据容量很快就是几亿的规模,如果后端用MySQL还不分表,那确实够呛。

2、高并发的问题,同一时间大量请求,服务器扛不住。

一般情况下,使用nginx负载均衡,单机能做到几万的并发量。但成都2000W+的人口规模,全面做核酸的情况下,几万的并发肯定是不够用的。

倘若这套系统背后真的就是一个nginx+mysql(不分表),那昨晚的情况也就不足为奇了。

好了,吃瓜归吃瓜,我们还是要来点干货,作为一个程序员,要在吃瓜中学会成长。

高并发之路

这篇文章,我们来回答一个问题:到底该怎么做高并发?

让我们从零开始。

1、单机时代

一开始的时候,用户量很少,一天就几百上千个请求,一台服务器就完全足够。

我们用Java、Python、PHP或者其他后端语言开发一个Web后端服务,再用一个MySQL来存储业务数据,它俩携手工作,运行在同一台服务器上,对外提供服务。

b82783ab57fc1e7e5fe3353d86f880a9.png

2、应用与数据库分离

慢慢的,用户量开始多了起来,一台服务器有点够呛,把它们拆开成两台服务器,一台专门运行Web服务,一台专门用来运行数据库,这样它们就能独享服务器上的CPU和内存资源,不用互抢了。

a4f202777f1d2b9959917d54c2167d43.jpeg

3、缓存系统

后来,用户量进一步增加,每一次都要去数据库里查,有点费时间,引入一个缓存系统,可以有效缩短服务的响应时间。

af66d2130c94763ef8863a2bc0e0f3ea.jpeg

4、软件负载均衡

用户量还在增加,一个Web服务的吞吐量开始达到了上限,系统开始出现卡顿。这时候,可以复制多个Web服务出来,再用一个nginx来进行负载均衡,将请求分摊到所有Web服务器上,提高并发量。

10fcde3c1a245ca1e9a5007cae8fa7c2.jpeg

5、数据读写分离

随着系统的运行和用户的增长,数据量越来越多,数据库的瓶颈开始显现,读写明显变慢。这时候,可以增加新的数据库服务器,将读写进行分离,二者做好数据同步,提高数据库服务的整体I/O性能。

a5d5603a7a9a637df7cb8f6fcaabc573.jpeg

6、数据库分库分表

系统中的数据越来越多,即便是读写分离了,但一张表中的记录越来越多,从几百万到几千万,甚至要过亿了。把它们全部塞在同一张表里,检索查询耗时费力,是时候进行分库分表,把数据拆分一下,提高数据查询效率。

0495b249a292f43ffe22ca314f3e2890.jpeg

7、硬件负载均衡

再后来,业务发展很不错,用户量激增,以至于强劲的Nginx也扛不住了。

一台不够,那就多整几台,再引入一个硬件负载均衡的服务器,比如F5,将网络流量分发到不同的Nginx服务器上,再一次提高性能。

7af64b674c7d286bf7269f6578e1a260.jpeg

8、DNS负载均衡

再再后来,用户量还在蹭蹭蹭的增长,强悍如F5这样的硬件负载均衡服务器也扛不住这样的高并发。

老办法,一个不够那就多整几个。这一次,咱们在域名解析上下功夫,不同地区的用户,在访问同一个域名时,解析到不同的IP地址,以此来将流量进一步拆分。

b88975810a1862f5e422df5d6d885af5.jpeg

上面就是从最简单的单机到复杂集群的高并发演进之路。

高并发是一个很大的话题,它所涵盖的东西其实远远不止上面这些内容。除了这些之外,像是消息队列、数据库选型、CDN、编程语言中的协程等等技术都能为提高并发助力。

回到这次崩溃事件上,我想着经过一夜的折腾,今天总该好点了吧,结果下午一开始,又继续摆烂了:

a4389b1876079d298ee84fbdb27ef049.jpeg

9月3日下午,东软集团发布了一项回应声明:排查后发现是网络出了故障。

55f3e742be1366670359710b4defd467.png

网络:你的意思是怪我咯?

09a5bc3201dfba5646bd58ca69ac31e5.gif

-End-

最近有一些小伙伴,让我帮忙找一些 面试题 资料,于是我翻遍了收藏的 5T 资料后,汇总整理出来,可以说是程序员面试必备!所有资料都整理到网盘了,欢迎下载!

cedaaf8d943cdab4160f86ca30a6be6b.png

点击👆卡片,关注后回复【面试题】即可获取

在看点这里033e9af80881e73363f971844ff5503a.gif好文分享给更多人↓↓

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值