innodb_read_io_threads不可动态修改，必须在my.cnf的[mysqld]段配置并重启生效；默认值为4，NVMe SSD+16核可设8～12，且须同步调整innodb_io_capacity、innodb_io_capacity_max、innodb_write_io_threads和thread_cache_size等参数。
innodb_read_io_threads 不能动态修改，改了也白改
直接执行 SET GLOBAL innodb_read_io_threads = 8 会报错：Variable 'innodb_read_io_threads' is a read only variable。这不是权限问题，而是该参数属于只读静态变量，MySQL 启动后就锁死。任何运行时 SET 都无效。
唯一可靠方式是：编辑配置文件（Linux 下为 /etc/my.cnf，Windows 下为 C:\my.ini），在 [mysqld] 段下添加或修改：
innodb_read_io_threads = 8
保存后重启服务：systemctl restart mysqld（或 service mysql restart）。验证是否生效：
SELECT @@innodb_read_io_threads; —— 返回值必须与配置一致才算成功。
混合负载下怎么设才不翻车？看读写比例和硬件组合
OLTP + OLAP 混合场景中，盲目套用“越高越好”会出事。线程数不是越多越快，而是要匹配磁盘吞吐能力与请求模式。
- NVMe SSD + 16 核以上 CPU：设
8～12，别超16；再多线程只是徒增上下文切换开销 - SATA SSD：设
6～8，再高也喂不饱 I/O 调度器 - HDD：保持默认
4，设更高反而加剧寻道竞争 - 读密集型（如报表 JOIN、大表扫描）：可比
innodb_write_io_threads高2～4 - 短事务点查为主（如微服务 API）：调这个参数收益极低，瓶颈通常在连接池或网络层
单调这个参数等于白调，必须配齐这四个关键参数
只改 innodb_read_io_threads，其他参数卡在默认值，I/O 调度器根本不放行更多请求——就像给涡轮增压发动机配化油器。
必须同步检查并调整：
-
innodb_io_capacity：设为磁盘实测随机读 IOPS 的 50%～75%（例如 NVMe 实测 50k，这里填25000～37500） -
innodb_io_capacity_max：建议设为innodb_io_capacity的 2 倍，应对突发压力 -
innodb_write_io_threads：最好与读线程对称设置（如都设8），避免 Redo Log 或 Buffer Pool 刷脏失衡 -
thread_cache_size：若应用频繁建连断连（如 PHP-FPM 默认模式），设成8～16，否则后台 IO 线程再快，前端也在排队
iostat 没变化？先确认 native AIO 是否真启用
改完线程数、重启、验证参数生效，但 iostat -x 1 中 %util 和 await 没改善甚至更差——大概率是 innodb_use_native_aio 没真正跑起来。
必须验证这两点：
- 执行
SELECT @@innodb_use_native_aio;，返回值必须为1 - 检查 MySQL 错误日志，搜索
"Native AIO disabled"或"using fdatasync()"，出现即表示 fallback 到模拟 AIO，性能严重打折
Linux 上需确保 libaio 已安装且内核支持，否则即使参数开了也用不上。这点最容易被忽略，调参前务必确认。
