innodb_read_io_threads调至8～12在nvme/ssd上才有效，hdd设4即可；必须配合innodb_io_capacity（设为磁盘iops的50%～75%）、innodb_use_native_aio=1及buffer pool命中率＞95%协同优化，否则无效。
innodb_read_io_threads 调多少才有效？
这个参数只在 SSD 或高性能 NVMe 存储上才有明显收益；如果是机械盘（HDD），调高反而可能因寻道竞争拖慢 I/O。默认值是 4，8 核 CPU 下建议先试 8，16 核以上可设为 12，但必须配合压测验证——不是越高越好。
- 超过
innodb_read_io_threads + innodb_write_io_threads > 24时，内核线程调度开销会上升，尤其在低负载下反而降低响应速度 - 该参数不控制用户查询线程，只影响后台预读、刷脏页、LRU 列表扫描等异步 I/O 操作的并发度
- 必须同时检查
innodb_random_read_ahead是否关闭（建议设为OFF），否则随机预读会与高 IO 线程数冲突，引发大量无效 I/O
为什么调了 innodb_read_io_threads 却没提速？
常见原因是瓶颈根本不在读 I/O 层：比如 buffer pool 命中率低于 95%，或者查询频繁触发全表扫描、临时表或 filesort。此时加 IO 线程只是给堵车路口多修几条辅路，主干道还是堵着。
- 先查状态：
SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_%'，确认Innodb_buffer_pool_read_requests/Innodb_buffer_pool_reads比值 > 20 - 再看 I/O 实际压力：
iostat -x 1观察%util是否持续 > 80%，await是否稳定 - 如果
Innodb_data_reads每秒增长极低，说明读请求早被 buffer pool 拦截，innodb_read_io_threads再大也无用
和 innodb_write_io_threads 怎么配比？
读写 IO 线程数不必对称。OLTP 场景通常写压力更集中（如日志刷盘、脏页刷新），建议 innodb_write_io_threads ≥ innodb_read_io_threads；纯分析型（OLAP）可反过来。
- SSD 上常见组合：
innodb_read_io_threads = 8，innodb_write_io_threads = 12 - 启用
innodb_adaptive_flushing = ON后，写线程数过高会导致 flush 不够平滑，可能引发周期性延迟尖刺 - 若开启
innodb_io_capacity（推荐设为 SSD 的真实 IOPS，如 3000），则写线程数超过innodb_io_capacity / 200就容易过载
Linux 系统层要同步做什么？
MySQL 的 IO 线程最终走系统调用，若内核 I/O 调度器或 NUMA 策略不匹配，参数再合理也白搭。
- SSD 必须用
noop或none调度器（5.12+ 内核），避免cfq或mq-deadline引入额外延迟 - 运行
numactl --cpunodebind=0 --membind=0 mysqld启动 MySQL，防止跨 NUMA 节点访问内存导致延迟翻倍 -
/proc/sys/vm/swappiness建议设为1，避免 buffer pool 被 swap 出去
innodb_read_io_threads 和存储介质能力、buffer pool 命中率、操作系统 I/O 调度三者咬合的状态。调参前漏掉其中任一环，都只是在模拟并行。
