@Jeffrey4l 不是固定日期发生问题，2 次都是 MySQL 凌晨自动执行 optimize 出问题

@documentzhangx66 感谢老哥提供思路，磁盘在正常状态下没问题的，4 块物理盘是 Intel S3520 ，业务再跑的时候测了一下速：
```
顺序写单进程
fio --name=SeqWrite --ioengine=libaio --iodepth=1 --rw=write --bs=4k --direct=0 --size=4G --numjobs=1 --group_reporting --filename=Seq8G.testData
结果：
WRITE: io=4096.0MB, aggrb=906288KB/s, minb=906288KB/s, maxb=906288KB/s, mint=4628msec, maxt=4628msec

顺序读单进程
fio --name=SeqRead --ioengine=libaio --iodepth=1 --rw=read --bs=4k --direct=0 --size=4G --numjobs=1 --group_reporting --filename=Seq8G.testData
结果：
READ: io=4096.0MB, aggrb=586042KB/s, minb=586042KB/s, maxb=586042KB/s, mint=7157msec, maxt=7157msec

随机写单进程
fio --name=RandWrite1Process --ioengine=libaio --iodepth=1 --rw=randwrite --bs=4k --direct=0 --size=4G --numjobs=1 --group_reporting --filename=Rand1Process8G.testData
结果：
WRITE: io=4096.0MB, aggrb=63519KB/s, minb=63519KB/s, maxb=63519KB/s, mint=66032msec, maxt=66032msec

随机读单进程
fio --name=RandRead1Process --ioengine=libaio --iodepth=1 --rw=randread --bs=4k --direct=0 --size=4G --numjobs=1 --group_reporting --filename=Rand1Process8G.testData
结果：
READ: io=4096.0MB, aggrb=22967KB/s, minb=22967KB/s, maxb=22967KB/s, mint=182616msec, maxt=182616msec


随机写 64 进程
fio --name=RandWrite64Process --ioengine=libaio --iodepth=1 --rw=randwrite --bs=4k --direct=0 --size=512M --numjobs=64 --group_reporting --filename=Rand64Process8G.testData
结果：
WRITE: io=32768MB, aggrb=1208.1MB/s, minb=1208.1MB/s, maxb=1208.1MB/s, mint=27106msec, maxt=27106msec

随机读 64 进程
fio --name=RandRead64Process --ioengine=libaio --iodepth=1 --rw=randread --bs=4k --direct=0 --size=512M --numjobs=64 --group_reporting --filename=Rand64Process8G.testData
结果：
READ: io=65536MB, aggrb=8381.7MB/s, minb=8381.7MB/s, maxb=8381.7MB/s, mint=7819msec, maxt=7819msec
```
线上业务再跑不好停机测试，只测了一遍，正常状态硬盘每秒最高能写入 120MB ， %util 不超过 30%

这 2 次出问题都是在晚上凌晨 2 、3 点，事发第一时间不能上去看，第二天上去看的时候除了硬盘写不动，一切跟往常没区别

线上数据库是 1 主 3 从，只有这一台塔式服务器出现过这种问题，另外 2 台卡片式服务器没问题，主库也是卡片式服务器也没问题，所以我现在想是不是这台塔式服务器的硬件问题

@neutrinos 10 平米的机房 2 台空调 24 小时开着，温度应该没问题

@markgor 感觉还是不太一样，我这边的情况 cpu 是正常的，并且 optimize 早就执行完了，不是 optimize 过程中出现的
比如这次出现的问题，5 月 1 号 晚上执行的 optimize ，到今天 3 号磁盘都还是写不动，optimize 肯定是早执行完了

@libook 感谢

@cw2k13as 对，前面用 async/await 试过没实现，没改全

@young1lin 记错了，官方建议升级的是这个错误

https://asktug.com/t/topic/63652

@dd112389 先推到 kafka,在用代码去消费 kafka

@lance6716 4.0.7

@superrichman 结帖，测试了下是 base64，竟然没想过 base64

上车

@fregen 刚上电信营业 app 看了下，没看到 66 天最低消费 36 啊

@fregen 是吗？我月初刚办卡，我办卡的时候还是 0 月租

电信青年一派

傲梅分区助手，以前笔记本系统硬盘不够，升级 ssd 用过

@xiaoz 解决不了，现在用 4.4 的内核，5.7 的内核就放着

@annielong 没有，日志里的请求都是同一个 token 可看见的

@cepczkd 我现在测试失败率太高了，15 次只有三次成功。。。

@mzlogin 是公众号