MySQL无法直接设置磁盘IOPS上限，需在ESXi等虚拟机平台或宿主机存储层限制；innodb_io_capacity仅为InnoDB内部调度参考值，不具限流作用，合理配置需结合buffer pool调优、SSD参数优化及SQL性能治理。
不能直接在 MySQL 里设磁盘 IOPS 限制——MySQL 本身不提供“每秒最多读写 X 次”的硬性限流能力，它依赖操作系统和底层存储层来约束。真正要控制 MySQL 的磁盘 IOPS，得在虚拟机平台（如 ESXi）或宿主机的存储路径上做限制，而不是改 my.cnf。
为什么不能靠 innodb_io_capacity 控制 IOPS 上限？
innodb_io_capacity 是 InnoDB 的“自我调节参考值”，不是限流开关：它只影响后台刷新节奏（比如脏页刷盘频率）、预读行为和部分 I/O 调度策略，但不会阻止 MySQL 发出更多请求。即使设成 100，如果应用疯狂写入、缓冲池命中率低，实际 IOPS 仍可能冲到数千甚至更高。
- 它只是个“建议值”，InnoDB 会据此动态调整内部节奏，但不拦截或排队请求
- 设太高（如 NVMe 上配 20000）可能导致 I/O 压力过大，
iostat -x 1中%util长期 100%、avgqu-sz持续 >2 就是过载信号 - 设太低（如 SSD 上还用默认 200）会导致刷新滞后，
SHOW ENGINE INNODB STATUS\G里pending log writes或pending buffer pool reads居高不下
ESXi 虚拟机层面限制 MySQL 磁盘 IOPS 的实操步骤
这是最常用、最有效的方案：把 MySQL 实例所在的虚拟机磁盘 IOPS 限制住，从源头掐断超额请求。注意，必须关机操作。
- 登录 vCenter 或 ESXi Web 界面 → 找到运行 MySQL 的虚拟机
- 右键 → “电源” → “关闭电源”（开机状态下
Limits - IOPS字段置灰不可编辑） - 右键 → “编辑设置” → 左侧选中对应磁盘（如
硬盘 1，确认挂载的是 MySQLdatadir所在存储） - 展开“高级” → 找到
Limits - IOPS输入框 → 填入目标值（例如：SSD 上跑 OLTP，给 3000；日志盘单独挂载可设 5000） - 保存 → 开机
验证是否生效：在 VM 内运行 iostat -x 1，观察 r/s 和 w/s 总和是否稳定在设定值附近；超出后请求会排队，await 显著升高。
MySQL 侧配合调优：让 IOPS 限制真正起效
光在 ESXi 上限 IOPS 不够，MySQL 若自身配置不合理，会不断触发物理读写，把限额“吃满”却效率低下。必须同步优化：
-
innodb_buffer_pool_size至少设为物理内存的 50%–70%，确保缓冲池命中率 >95%（查show status like 'Innodb_buffer_pool_read_%'，Innodb_buffer_pool_read_requests / (Innodb_buffer_pool_read_requests + Innodb_buffer_pool_reads)应 >0.95） - SSD 环境务必设
innodb_flush_neighbors = 0，避免无效顺序刷页 -
innodb_use_native_aio = 1必须生效（SELECT @@innodb_use_native_aio;返回 1），否则 I/O 线程无法并行，限额形同虚设 - 检查挂载参数：
mount | grep $(df . | tail -1 | awk '{print $1}')，确保不含barrier=1或data=ordered（ext4）；XFS 应含nobarrier,noatime
最容易被忽略的是：IOPS 限制生效的前提是 MySQL 不在持续缺页、不因锁或慢查询卡住 I/O 请求队列。限制值设再低，如果 SQL 本身低效，照样把磁盘打满——先优化查询和索引，再设限，顺序不能反。
