ssd上innodb_io_capacity别设超过3000，设高了不加速写入反而触发log file is full或刷脏失控；因其并非磁盘标称iops，而是innodb后台刷脏页与change buffer合并的节奏参考值，需按fio实测随机写iops的40%–80%设定，并必须同步配置innodb_io_capacity_max（1.5–2.5倍）、innodb_flush_neighbors=0、o_direct及innodb_adaptive_flushing=on，否则单调该参数无效。
SSD上innodb_io_capacity别设超过3000，设高了不加速写入，反而触发log file is full或刷脏失控。
为什么实测IOPS不能直接当innodb_io_capacity用
这个参数不是“磁盘能跑多快”，而是InnoDB后台任务（刷脏页、合并change buffer）的节奏参考值。消费级SSD标称5万IOPS，但innodb_io_capacity设5000后常出现Innodb_data_fsyncs骤降、Pages flushed忽高忽低——因为InnoDB把太多IO资源预留给后台，挤占了redo log写入通道。
- 用fio测真实随机写能力：
fio --name=randwrite --ioengine=libaio --rw=randwrite --bs=4k --numjobs=1 --iodepth=32 --runtime=60 --time_based --direct=1 --filename=/path/to/ssd/testfile，取iops输出的稳定30秒平均值 - SSD建议取该值的40%–80%，写密集型业务用80%，读多写少用40%
- NVMe盘可设到4000–6000，但必须同步调高
innodb_io_capacity_max，否则突发脏页压力下会卡死
配套参数必须一起改，单调innodb_io_capacity基本无效
只改innodb_io_capacity，等于给清洁工发了新排班表，却不给他配扫帚、不开放仓库门——根本干不了活。
-
innodb_io_capacity_max必须显式设置，推荐为innodb_io_capacity的1.5–2.5倍（如前者设2000，后者设4000），缺省值或设0会退化为不可控自动计算 -
innodb_flush_neighbors在SSD上必须设为0，HDD的老优化策略在SSD上反而制造无效IO -
innodb_flush_method必须为O_DIRECT，否则OS page cache和InnoDB buffer pool双缓存，浪费内存还拖慢实际吞吐 -
innodb_adaptive_flushing必须为ON，关掉它，innodb_io_capacity就只剩摆设
调完怎么确认真生效了
别只看QPS涨没涨，重点盯三个指标是否回归平稳：
- 执行
SHOW ENGINE INNODB STATUS\G，在“BUFFER POOL AND MEMORY”段里看Pages flushed速率是否连续稳定，突增突降说明节奏失控 - 监控
Innodb_buffer_pool_pages_dirty是否长期低于innodb_max_dirty_pages_pct（默认75%），如果仍高，优先调低该值到60%，而不是继续拉高innodb_io_capacity - 查
/proc/diskstats里对应设备的await是否持续%util是否
最容易被忽略的是：这个参数只在有持续写入、脏页开始堆积时才起作用。纯读场景调它完全无效；而很多线上IO问题，其实是buffer pool太小或索引缺失导致反复读盘，跟innodb_io_capacity无关。
