先检查系统磁盘IO使用情况，确认是否存在瓶颈；再分析MySQL内部状态和高IO消耗SQL，定位问题根源；最后通过优化配置、索引和SQL提升性能。
当MySQL出现性能问题，磁盘IO往往是瓶颈之一。响应变慢、查询卡顿、服务器负载升高，这些都可能与磁盘读写压力过大有关。排查MySQL磁盘IO问题需要结合系统监控、数据库状态和SQL执行情况综合分析。以下是实用的排查技巧和操作步骤。
查看系统级磁盘IO使用情况
先从操作系统层面确认是否存在磁盘瓶颈：
-
iostat -x 1：每秒输出一次磁盘详细信息，重点关注
%util（设备利用率），若持续接近100%，说明磁盘已饱和；await表示平均请求等待时间，过高说明IO延迟大。 - iotop：类似top，可查看哪些进程在进行大量读写，确认是否是mysqld主导IO。
- df -h 和 du -sh /var/lib/mysql：检查磁盘空间是否快满，空间不足会严重影响IO性能。
分析MySQL内部IO相关状态
通过MySQL自带命令查看引擎层的读写行为：
- SHOW ENGINE INNODB STATUS\G：关注“FILE I/O”部分，查看是否有大量pending reads/writes，若有，说明InnoDB后台线程处理不过来。
-
SHOW GLOBAL STATUS LIKE 'Innodb_data_%'：关键指标包括：
-
Innodb_data_reads和Innodb_data_writes：物理读写次数，突增代表频繁刷盘。 -
Innodb_data_read和Innodb_data_written：累计读写数据量，可用于计算单位时间IO吞吐。
-
-
Performance Schema：启用后可追踪文件IO事件，如：
SELECT * FROM performance_schema.file_summary_by_instance ORDER BY SUM_NUMBER_OF_BYTES_READ DESC LIMIT 5;
找出被频繁读取的数据文件（如ibdata1、undo表空间或特定.ibd文件）。
识别高IO消耗的SQL语句
某些SQL会导致大量磁盘扫描，尤其是没有走索引的查询：
- 开启
slow_query_log，设置long_query_time = 1，记录执行慢的语句。 - 配合
log_queries_not_using_indexes = ON，捕获未走索引的查询。 - 用
pt-query-digest分析慢日志，找出逻辑读或扫描行数最多的SQL。 - 执行
EXPLAIN FORMAT=JSON查看执行计划，注意rows字段是否过大，以及是否出现Using filesort或Using temporary。
优化建议与常见原因
找到问题源头后，针对性优化能显著降低磁盘压力：
- 增加innodb_buffer_pool_size：尽量让热数据留在内存，减少物理读。通常设置为物理内存的70%-80%。
- 避免全表扫描：为WHERE、JOIN、ORDER BY字段添加合适索引。
- 控制大事务和批量写入：大批量INSERT/UPDATE会触发频繁redo log写入和脏页刷新，建议分批提交。
-
调整刷脏策略：合理配置
innodb_io_capacity和innodb_flush_method，匹配磁盘实际能力。 - 考虑SSD存储：机械盘随机IO性能差，换用SSD能极大改善响应速度。
基本上就这些。排查MySQL磁盘IO问题要从系统到数据库层层深入，重点看IO负载来源是正常业务还是低效SQL，再结合配置调优。日常开启慢查询日志，定期审查执行计划，能有效预防IO瓶颈。
