mysql线程池仅企业版支持，社区版无法加载thread_pool插件；启用需同时满足：安装插件、设置thread_handling=pool-of-threads，并合理配置thread_pool_size等参数，否则配置无效。
MySQL线程池只在企业版中可用，社区版无论怎么配都加载失败——这是你配置不生效的最常见原因。
确认 MySQL 版本和插件支持
线程池不是“开了配置就自动生效”的功能，它依赖 thread_pool 插件，而该插件仅存在于 MySQL Enterprise Edition。社区版（包括 MariaDB、Percona Server 的默认构建）即使写对所有参数，SHOW PLUGINS 也看不到 thread_pool，INSTALL PLUGIN thread_pool SONAME 'thread_pool.so' 会报错 Plugin 'thread_pool' is not loaded。
验证方式：
SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME = 'thread_pool';
若返回空或状态为 DISABLED，说明当前版本不支持。别浪费时间调参，先确认许可证或切换到企业版部署环境。
thread_handling=pool-of-threads 必须显式设置
即使插件已激活，MySQL 默认仍走传统“one-thread-per-connection”模型。必须在 [mysqld] 段中明确指定：
thread_handling = pool-of-threads
漏掉这行，其他线程池参数全部被忽略。常见错误现象是：thread_pool_size 配了但 information_schema.thread_pool_stats 表为空，或者 SHOW PROCESSLIST 里仍显示大量 sleep 线程独占线程资源。
注意：thread_handling 是开关型配置，只接受两个值：one-thread-per-connection（默认）或 pool-of-threads（启用线程池）。
关键参数取值逻辑与陷阱
线程池不是“越大越好”，参数之间有隐含约束关系，盲目调高反而导致调度恶化：
-
thread_pool_size：线程组数量，建议设为 CPU 物理核心数（非超线程数），8 核服务器设8或12即可；超过16很少带来收益，反而增加队列争用 -
thread_pool_max_threads：全局最大工作线程上限，设为200~400足够应对 5000 并发连接——因为绝大多数连接处于 idle 状态，真正并发执行的查询远小于此数 -
thread_pool_oversubscribe：控制单个线程组内“超额订阅”程度，默认3；值越大，单组内排队任务越多，短查询延迟上升；OLTP 场景建议保持2~3，避免长事务饿死小查询 -
thread_pool_stall_limit：单位是微秒，但配置时需带单位，如60ms；设太小（如10ms）会导致频繁检测、调度开销激增；设太大（如500ms）会使阻塞感知滞后
示例合理配置：
[mysqld]<br>thread_handling = pool-of-threads<br>thread_pool_size = 12<br>thread_pool_max_threads = 320<br>thread_pool_oversubscribe = 3<br>thread_pool_stall_limit = 60ms<br>thread_pool_idle_timeout = 60
监控是否真在线程池模式下运行
光看配置文件没用，必须查运行时状态：
执行：
SELECT * FROM information_schema.thread_pool_stats;
若返回多行（每行一个线程组），且 threads_active、threads_waiting 有非零值，说明线程池已接管调度；如果返回空集或只有 1 行且全为 0，大概率是 thread_handling 没生效，或插件根本未加载。
同时观察：
-
Threads_created应显著下降（相比传统模式），说明线程复用成功 -
Threads_running峰值应稳定在thread_pool_max_threads以内，而非随连接数线性增长 - 出现大量
Waiting in thread pool queue状态的连接，说明队列积压，需调低thread_pool_oversubscribe或优化慢查询
真正的难点不在配置本身，而在于：线程池把“连接数爆炸”问题转化成了“队列调度公平性”问题——它无法解决慢 SQL，反而会让慢 SQL 更隐蔽地拖垮整个池子。上线前必须用真实负载压测，重点看 P95 查询延迟是否可控。
