当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瓶颈。
