如何确定Tomcat JDBC连接池配置中的maxIdle参数取值

结论先行：你必须同步上调maxIdle参数，否则之前调大maxActive解决连接耗尽的优化效果会大幅打折，甚至引发额外的性能波动。

先明确三个核心参数的实际作用，避免凭感觉调参 #

• maxActive：连接池可分配的数据库连接数硬上限，也就是你之前上调50%的参数，高负载下最多能拿出这么多连接承接请求
• maxIdle：连接池允许保留的空闲连接数阈值，空闲连接数超过这个值时，多余的连接会被主动回收销毁
• minIdle：连接池常驻的最小空闲连接数，低于这个值时即使没有流量也会主动新建连接，用来应对突发流量

为什么只调maxActive不调maxIdle会出问题 #

如果你把maxActive上调了50%，但maxIdle还保留原来的低值，会出现非常典型的峰谷性能问题：
高负载时段连接池会把连接数冲到新的maxActive上限扛流量，但只要流量回落、空闲连接数超过旧的maxIdle阈值，连接池就会主动把多出来的连接全部销毁。等下一波流量高峰打过来，又要重新走TCP建连、数据库权限校验、会话初始化的完整流程——数据库建连是非常重的操作，不仅会直接拉高接口响应时间，还可能因为建连速度跟不上请求增速，再次触发连接耗尽的问题，等于你调大的maxActive只能应对单波持续不降的高负载，面对日常波动的流量根本留不住可用连接，优化做了半套。

maxIdle的合理取值确定方法 #

根据你的业务场景选对应方案即可，不需要搞复杂的公式计算：

1. 常规业务场景（绝大多数互联网、企业级应用都属于这类，流量有明显峰谷差，数据库连接数配额充足）
   直接把maxIdle设置为和调整后的maxActive完全相等即可。
   不用担心连接会一直占着数据库资源，Tomcat JDBC本身有成熟的空闲连接回收机制：通过minEvictableIdleTimeMillis配置连接最大空闲存活时间（默认60000毫秒，即1分钟）、timeBetweenEvictionRunsMillis配置空闲连接检测线程的运行间隔（默认5000毫秒，即5秒），只要这两个参数保持默认或者按业务调整，长期没人用的空闲连接会被自动回收，不会浪费数据库连接资源；同时高负载下创建的连接不会被无意义销毁，下一波高峰直接复用，省掉大额建连开销。
   参考配置片段：

   # 以Spring Boot配置方式为例，XML配置逻辑完全一致
   spring.datasource.tomcat.max-active=150 # 你上调50%后的值
   spring.datasource.tomcat.max-idle=150 # 和maxActive保持一致
   spring.datasource.tomcat.min-idle=20 # 按平峰期稳定连接用量设置即可，比如平峰时稳定用20个连接就设20
   spring.datasource.tomcat.min-evictable-idle-time-millis=60000
   spring.datasource.tomcat.time-between-eviction-runs-millis=5000
   spring.datasource.tomcat.test-while-idle=true
   spring.datasource.tomcat.validation-query=SELECT 1
   

2. 特殊受限场景（数据库端连接配额非常紧张，多占连接会影响其他业务线正常使用）
   可以把maxIdle设为低于maxActive的值，但绝对不能低于你业务持续高负载（10分钟以上窗口）的平均连接使用值。比如你maxActive调到150，日常持续高负载下平均消耗120个连接，那maxIdle最低不要低于120，保证大部分高频使用的连接不需要反复重建，只有峰值时段临时创建的少量连接会在流量回落后被回收，平衡数据库侧的连接压力和应用侧性能。

踩坑提醒：绝对不要把maxIdle设置得比minIdle还低，这种情况下Tomcat JDBC启动时会直接把maxIdle强制重置为minIdle的值，你写的配置完全不会生效。

内容的提问来源于stack exchange，提问作者Avyaan