MariaDB 线程池thread_pool_size最佳实践是将其设置为服务器 CPU 核心数。该配置适用于高并发短连接场景，但无法绕过max_connections限制且对长事务敏感。
先说结论：线程池大小应匹配 CPU 核心数，盲目调大反而引发上下文切换抖动。
- 先定位：确认当前 MariaDB 版本支持线程池插件，社区版原生支持但需配置启用。
- 先做：将
thread_pool_size设为 CPU 核心数，不要超过核心数的 2 倍。 - 再验证：观察
Thread_pool_waited状态值，持续非零说明池子太小。
命令速用版
查看当前线程池配置和状态，确认是否生效。
SHOW GLOBAL VARIABLES LIKE '%thread_pool%'; SHOW STATUS LIKE 'Thread_pool%';
在配置文件my.cnf的[mysqld] section 中添加或修改以下参数：
[mysqld] thread_handling = pool-of-threads thread_pool_size = 8
为什么会这样
线程池通过固定数量的工作线程轮询处理大量连接请求，缓解高并发下线程创建和销毁的开销。传统的一连接一线程模式在并发极高时，频繁的线程创建和销毁会消耗大量 CPU 资源。线程池将客户端连接划分到组，每个组一个运行线程，避免资源浪费。但它对长事务和锁等待敏感，因为工作线程被阻塞时会影响组内其他请求。
分步处理
第一步：确认版本支持。MariaDB 社区版支持线程池，但 MySQL 社区版原生不带，需企业版或 Percona Server。
第二步：修改配置文件。编辑/etc/my.cnf或/etc/mysql/my.cnf，在[mysqld]下设置thread_handling = pool-of-threads。
第三步：设置池大小。设置thread_pool_size为 CPU 核心数，例如 4 核或 8 核服务器设为 4 或 8。
第四步：重启服务。修改线程池核心参数通常需要重启 MariaDB 服务生效。
第五步：监控状态。运行后观察状态变量，确保没有异常等待。
怎么验证是否生效
执行SHOW STATUS LIKE 'Thread_pool%';检查关键指标。重点关注Thread_pool_idle_threads和Thread_pool_waited。如果Thread_pool_waited持续非零，说明线程池太小，任务在排队等待。如果空闲线程过多，说明池子可能设大了。
常见坑
不要盲目设置过大。thread_pool_size超过 CPU 核心数的 2 倍反而引发上下文切换抖动，降低性能。线程池无法绕过max_connections限制，连接数上限仍受该参数控制。长事务会导致线程池失速，需配合thread_pool_stall_limit参数调整，默认 500 毫秒，到达时间线程池将唤醒或建立另外的线程。
常见问题
thread_pool_size 默认值是多少？
默认值为处理器个数，server 启动时自动计算。
线程池能突破最大连接数限制吗？
不能，线程池无法绕过 max_connections 限制。
MaxScale 的线程池配置一样吗？
不一样，MaxScale 的 threadpool_size 建议设置为 CPU 核心数的 2 倍。
参考来源
- mysql 如何配置连接数和线程池_mysql 性能优化配置
- 线程池的开源实现 (mariadb 和 percona 版本)
- mariadb 的线程池 mysql 线程池配置_jojo 的技术博客_51CTO 博客
- mysql 如何调整线程池配置
- MaxScale 性能优化:10 个技巧让你的 MariaDB 集群效率翻倍