MySQL连接池应合理设置maxActive（建议为单机QPS×平均SQL耗时×1.5～2，且不超过MySQL max_connections的70%）、minIdle（maxActive的1/3～1/2）、maxIdle（等于或略低于maxActive），启用testWhileIdle和validationQuery（如SELECT 1），并结合监控动态调优。
MySQL连接池的合理设置，核心是平衡资源消耗与并发性能——连接数不是越多越好，也不是越少越省事，关键看应用的实际负载特征和数据库服务能力。
maxActive（或maxTotal）：控制最大连接数
这是最常被误调的参数。设得过高会导致MySQL端出现“Too many connections”错误，或引发大量线程竞争、内存飙升；设得太低则容易出现连接等待甚至超时失败。
- 建议初始值设为应用单机QPS × 平均SQL执行时间（秒）× 1.5～2倍冗余，例如QPS=100、平均耗时0.1s → 基础需10个连接，再加缓冲可设为20～30
- 务必同步检查MySQL的max_connections值（可通过
SHOW VARIABLES LIKE 'max_connections';查看），连接池最大值不应超过它的70%，留出空间给DBA维护、备份等后台连接 - 云数据库（如RDS、PolarDB）通常限制更严，需以厂商推荐值为准，例如阿里云RDS MySQL基础版默认max_connections=1000，连接池maxActive建议不超过600
minIdle 与 maxIdle：管理空闲连接水位
避免频繁创建销毁连接，同时防止长期空闲连接占用资源或被中间件/防火墙断连。
- minIdle建议设为maxActive的1/3～1/2（如maxActive=30，则minIdle=10～15），保障突发流量来临时能立即响应
- maxIdle一般等于maxActive，或略低（如maxActive=30，maxIdle=25），避免空闲连接过多却无法复用
- 开启testWhileIdle并配置timeBetweenEvictionRunsMillis（如30000ms），让连接池定期验证空闲连接有效性，及时剔除失效连接
connectionTimeout 与 validationQuery
防止应用卡在获取连接上，也避免使用已断开的“僵尸连接”。
- connectionTimeout（获取连接超时）建议设为2～5秒，太短易报错，太长会拖慢接口响应
-
validationQuery必须选轻量、无副作用的语句，如
SELECT 1（注意：不能用SELECT NOW()等带函数的，部分驱动不支持） - 若使用较新驱动（MySQL Connector/J 8.0+），建议启用cachePrepStmts=true和prepStmtCacheSize=250，配合连接池提升预编译语句复用率
结合监控动态调优
静态配置只是起点，真实效果要靠数据反馈：
- 观察连接池指标：活跃连接数峰值、平均等待时间、创建/销毁频次（如Druid提供
/druid/index.html监控页） - 检查MySQL侧：
SHOW STATUS LIKE 'Threads_connected';看实际连接数是否持续接近max_connections - 留意慢日志和应用错误日志中是否频繁出现
Connection refused、Connection timed out或Cannot get JDBC Connection类报错
