优先使用InnoDB存储引擎，合理配置innodb_flush_log_at_trx_commit、innodb_io_capacity等参数，优化磁盘布局与文件系统选择，减少不必要的IO操作以提升MySQL性能。
MySQL 的磁盘 IO 性能直接影响数据库的响应速度和并发处理能力。优化磁盘 IO 不仅能提升查询效率，还能减少锁等待和系统负载。关键在于合理配置存储结构、使用高效的文件系统以及调整 MySQL 内部参数来减少不必要的写入和读取操作。
选择合适的存储引擎
MySQL 中常用的存储引擎是 InnoDB，它支持事务、行级锁和外键，适合大多数场景。相比 MyISAM，InnoDB 在写入密集型应用中表现更好，因为它使用了预写日志（WAL）机制，将随机写转化为顺序写，降低磁盘压力。
建议：
- 优先使用 InnoDB 存储引擎。
- 避免频繁在 MyISAM 和 InnoDB 之间切换，不同引擎的 IO 模式差异较大。
优化 InnoDB 的 IO 相关参数
InnoDB 提供多个参数控制磁盘 IO 行为，合理设置可以显著降低 IO 负载。
关键参数说明：
- innodb_flush_log_at_trx_commit：控制事务提交时日志写入策略。设为 1 最安全但 IO 高；设为 2 或 0 可提升性能，但有数据丢失风险。
- innodb_io_capacity 和 innodb_io_capacity_max：反映磁盘的 IOPS 能力。机械盘可设为 200~400，SSD 可设为 2000 以上，帮助后台线程更高效清理脏页。
- innodb_buffer_pool_size：尽可能增大此值（通常设为物理内存的 70%~80%），减少对磁盘的直接读取。
- innodb_doublewrite：双写缓冲默认开启，保障数据页写入的完整性。若使用高端存储设备（如 RAID+UPS），可考虑关闭以减少写放大。
合理规划磁盘布局与文件系统
磁盘的物理结构和文件系统选择对 IO 效率至关重要。
建议做法：
- 将数据文件（ibdata1）、日志文件（ib_logfile*）和临时表空间放在不同的物理磁盘上，分散 IO 压力。
- 使用支持异步 IO 和大块读写的文件系统，如 ext4、XFS。
- 启用 NOOP 或 deadline 调度器（尤其在 SSD 上），避免不必要的 IO 排序开销。
- 挂载文件系统时使用 noatime,nodiratime 选项，减少元数据更新带来的写操作。
减少不必要的 IO 操作
很多 IO 是由低效的 SQL 或设计不合理引起的，应从应用层和数据库结构入手优化。
常见手段包括：
- 建立合适的索引，避免全表扫描。
- 避免 SELECT *，只查询需要的字段，减少数据传输量。
- 批量插入代替单条插入，降低日志写入频率。
- 定期分析慢查询日志，优化执行计划。
- 使用分区表管理大表数据，提升查询局部性。
基本上就这些。磁盘 IO 优化是一个系统工程，涉及硬件、系统配置和 SQL 设计。关键是根据实际负载平衡性能与安全性，持续监控 IO 状态并调整策略。不复杂但容易忽略细节。
