innodb_read_io_threads是只读静态变量，必须修改配置文件并重启MySQL才生效；运行时SET会报错，因其在启动初始化阶段即锁定线程池规模，无法动态调整。
直接改配置文件并重启 MySQL，是唯一有效方式；运行时 SET 会报错 Variable 'innodb_read_io_threads' is a read only variable。
为什么 SET GLOBAL innodb_read_io_threads 无效
这个参数属于「只读静态变量」，MySQL 启动后就锁死，任何运行时修改都会失败。不是权限问题，也不是语法错——是设计如此。InnoDB 必须在初始化阶段就确定 I/O 线程池规模，后续无法动态伸缩。
- 执行
SET GLOBAL innodb_read_io_threads = 8会立刻返回错误，不写日志也不静默忽略 - 即使你用 root 登录、关闭了
sql_log_bin，结果一样 - 依赖该参数的监控脚本如果试图热更新，会卡在报错上，别白费力气
怎么改才真正生效
打开 /etc/my.cnf（Linux）或 C:\my.ini（Windows），定位到 [mysqld] 段落，添加或修改这一行：
innodb_read_io_threads = 8
保存后必须完整重启服务：
- Linux：运行
systemctl restart mysqld或service mysql restart - 确认进程已重启：
ps aux | grep mysqld查看启动时间是否更新 - 验证是否加载成功：
SELECT @@innodb_read_io_threads;，返回值应与配置一致
设多少合适：看硬件，不是拍脑袋
默认值 4 是为单核/双核 + SATA SSD 或 HDD 设计的。现代服务器不能照搬。
- 16 核以上 + NVMe SSD：建议从 8 起步，压测后可试 12；超过 16 很少带来收益，反而增加上下文切换开销
- 读密集型 OLAP（大表 JOIN、全表扫描多）：提高
innodb_read_io_threads比调innodb_write_io_threads更有效 - 短事务点查为主（如 API 后端）：效果可能不明显——瓶颈常在网络或连接池，而非后台读线程
- 纯 HDD 场景：调高基本无效，磁盘寻道才是瓶颈，优先换 SSD
漏配配套参数，等于白调
单独改 innodb_read_io_threads，但 innodb_io_capacity 还卡在默认 200，I/O 调度器根本不会放行更多请求。
-
innodb_io_capacity应设为磁盘实测随机读 IOPS 的 50%～75%（例如 NVMe 测出 50k IOPS，这里设 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 请求量已经撑满当前线程能力。如果 SHOW ENGINE INNODB STATUS 里看不到大量 pending normal aio read，或者 Innodb_data_reads 每秒才几十次，那调高线程数只是徒增调度负担。
