前言系统： Centos环境：测试环境服务器类型：联想(TS250 )塔式服务器测试儿童反馈系统为卡，存储数据非常慢，第一反应是重新启动APP应用程序和数据库果然使用了重启大法，直接重启了服务器，但是最终没能解决问题。 然后，确定是mysql数据写入慢的问题，用了半天以上的时间进行了主从同步、binlog日志的清理等，但最终问题没有解决。 偶然发现服务器的编辑保存文件很慢，意识到服务器磁盘的IO占有率可能很高。 需要找到占有率高的PID。 命令执行： iotop -oP插话，最终这个问题似乎也没有解决。 首先，如果使用任何命令都没有iostat命令，则使用yum install sysstat安装iostat -x 1 10
字段说明“Device”:“设备名称”“tps”“每秒I/O读/写请求数”。 可以将多个逻辑请求合并为对一个设备的I/O请求。 blk_read/s(kb_read/s，MB_read/s ) :从设备读取的数据量以每秒数块(千字节、兆字节)表示。 块大小为512字节，因为块相当于扇区。 blk_wrtn/s(kb_wrtn/s，MB_wrtn/s ) :要写入设备的数据量。 以每秒数块(千字节、兆字节)表示。 块大小为512字节，因为块相当于扇区。 blk_read(kb_read，MB_read ) :读取块的总数(千字节、兆字节)。 blk_wrtn(kb_wrtn，MB_wrtn ) :写入块的总数(千字节，兆字节)。 rrqm/s绑定到设备的读请求数/秒。 即，每秒钟合并到Delta(rmerge )/swrqm/s )设备中的写入请求数。 这意味着增量/sr/s每秒读取的I/O设备数。 这意味着增量(RiO )/sw/s )每秒写入I/0设备的数量。 也就是说，Delta(WiO )/Srsec/s ) rMB/s，rMB/s ) :每秒读取设备的扇区数(千字节，兆字节)。 每扇区大小为512字节的wsec/s(wkb/s、wMB/s )—写入设备的扇区数(千字节、兆字节)。 每个扇区大小为512字节的avgrq-sz每个设备I/O的平均数据量(以扇区为单位)。 这就是发送到Delta(RSECWSEC )/delta (Rio wio ) avgqu-sz设备的I/O队列的平均长度。 await—每次I/o请求的平均等待时间。 (以毫秒为单位，包括排队时间和处理时间) r _ await :每次I/o读取请求的平均等待时间。 (以毫秒为单位，包括排队时间和处理时间) w _ await :每个I/o写入请求的平均等待时间。 每毫秒(svctm )设备I/O操作的平均处理时间(毫秒)，包括等待队列时间和处理时间。 警告！ 请不要相信此字段的值。 此字段将在将来的sysstat版本中删除。 %util秒中有多少%的时间用于I/O操作？ 或者，一秒中有多少个小时I/O队列不是空的？ 该值接近100%时，发生设备饱和。 如果发现IO占有率高的进程，并且iotop命令没有该命令，请使用yum install iotop进行安装。 虽然IOtop -oP受到上述我的问题也没有解决，但是我这个IOP占有率高的是md126_raid1，这不是我正在运行的APP应用程序。 又过了半天，查各种资料。 (百度很快就搜索烂了。 这是我的各种搜索历史
最终，检查两天前是否突然断电导致服务磁盘损坏的问题。 此时，我们联系了联想的售后服务工程师，并与他们进行了沟通，最终确认磁盘状况良好。 而且，即使IO占100%也没有最终答案，所以建议您备份数据并重新安装系统，因为这可能是断电引起的问题。 结果没有解决。 只能重新安装系统吗？ 树上有个大人物帮mldqc。 参考文献https://blog.csdn.net/su Meng nan/article/details/109462795
3359 blog.csdn.net/weixin _ 39945915/article/details/1167777802
3359 blog.csdn.net/chinalinux Zend/article/details/1856287
3359 blog.csdn.net/iteye _ 2140/article/details/82103507
3359 blog.csdn.net/hi xiaoxiaoniao/article/details/86580128