怎样解决成都疫情系统崩溃的问题。
作者:互联网
看到各种猜测(xiache),我也来猜一下。
表现:
人多了卡顿,系统崩溃。
太多人猜测是并发问题。但是我(北里闻箫)告诉你,不可能是并发问题。
就算是全成都同时扫码,因为点位就只有那么多。而且点位不可能同时扫码,只会间隔扫码。
能有个1000并发就顶天了。
所以,推测。
最直接的问题,就是mysql数据库单表写入卡顿。单表写入的时候,如果数据量比较大。
重建索引时会非常慢。同时cpu会100%,服务器负载会拉满。不论服务器硬件多牛,都一样。
所以最简单、快速的办法。有两个。
一、是把问题表的数据,批量的转移到别的不同服务器的数据库。也就是额外加一个脚本来定时跑数据和删除数据。比如每秒刷走1000条。但这样会有一个数据安全的问题。
二、针对关键表,删除除主键之外的所有索引,方便insert。至于后续的查询,等先insert过后再说,后半夜来重建索引和查询就行了。
表现:
人多了卡顿,系统崩溃。
太多人猜测是并发问题。但是我(北里闻箫)告诉你,不可能是并发问题。
就算是全成都同时扫码,因为点位就只有那么多。而且点位不可能同时扫码,只会间隔扫码。
能有个1000并发就顶天了。
所以,推测。
最直接的问题,就是mysql数据库单表写入卡顿。单表写入的时候,如果数据量比较大。
重建索引时会非常慢。同时cpu会100%,服务器负载会拉满。不论服务器硬件多牛,都一样。
所以最简单、快速的办法。有两个。
一、是把问题表的数据,批量的转移到别的不同服务器的数据库。也就是额外加一个脚本来定时跑数据和删除数据。比如每秒刷走1000条。但这样会有一个数据安全的问题。
二、针对关键表,删除除主键之外的所有索引,方便insert。至于后续的查询,等先insert过后再说,后半夜来重建索引和查询就行了。
标签:insert,扫码,疫情,索引,成都,并发,服务器,崩溃,卡顿 来源: https://www.cnblogs.com/codeaaa/p/16651815.html