Spring Boot应用MySQL连接池超时与连接数配置及RDS限制问题咨询

云上老周

2026-7-5

Spring Boot Hikari连接池配置与K8s多Pod连接数问题解决方案

一、将Hikari最大连接数设为300是否合理？

这种调整不合理，原因如下：

MySQL每个连接会占用几MB到几十MB内存（具体取决于实例配置和会话参数），单个Pod配置300个连接会消耗大量本地内存，同时MySQL服务器需要维护大量连接，增加CPU、内存开销，反而会拖慢数据库响应速度，降低整体性能。
负载测试时的连接池问题，大概率不是连接数不足，而是连接泄漏（代码未正确关闭Connection/Statement/ResultSet）或连接复用效率低。盲目增大连接数会掩盖真正的问题，甚至加剧资源消耗。
每30秒出现的连接问题，更可能是连接超时导致的失效连接：如果MySQL的wait_timeout设置比Hikari的idle-timeout短，MySQL会主动回收空闲连接，而Hikari池中的连接未被及时检测到失效，应用获取到无效连接就会报错。这种场景下，调整超时参数比增大连接数更有效。

开启连接泄漏检测：添加配置spring.datasource.hikari.leak-detection-threshold=2000（单位毫秒），排查是否有代码未正确释放连接。
降低最大连接数：根据应用并发请求数调整，一般建议公式为maximum-pool-size = (CPU核心数 * 2) + 有效磁盘数，或者从50开始逐步调优，观察性能变化。
对齐超时参数：确保Hikari的idle-timeout（默认10分钟）小于MySQL的wait_timeout（建议调整为300秒），同时设置spring.datasource.hikari.connection-test-query=SELECT 1，让Hikari在获取连接前检测有效性。

针对RDS最大连接数1000，多Pod连接数总和逼近上限的问题，可采取以下措施：

精准分配单Pod连接数：预留200个连接给管理员操作、监控工具等，剩余800个连接分配给业务Pod。比如预计最多运行3个Pod，每个Pod的maximum-pool-size设为250左右，留足冗余空间。
优化连接池空闲参数：设置spring.datasource.hikari.minimum-idle=50（建议与maximum-pool-size一致，避免频繁创建销毁连接），同时将idle-timeout设为240秒，小于MySQL的wait_timeout（300秒），防止连接被MySQL主动回收。
规范应用连接使用：强制使用try-with-resources语法自动关闭数据库资源：
```
try (Connection conn = dataSource.getConnection();
     Statement stmt = conn.createStatement();
     ResultSet rs = stmt.executeQuery(sql)) {
    // 业务逻辑
}
```
避免在事务中执行IO操作、调用外部接口等耗时任务，减少连接占用时间。
升级RDS实例或调整参数：如果业务增长需要，可升级RDS实例规格（更大的实例支持更多连接），或修改RDS参数组中的max_connections值（注意：增大连接数会增加RDS内存消耗，需确保实例内存充足）。
引入数据库代理：部署ProxySQL、MaxScale等中间件作为连接池代理，多个Pod共享代理层的连接池，减少直接连接到RDS的数量，大幅提高连接复用率。
分流读请求到只读副本：如果读请求占比高，创建RDS只读副本，将读流量路由到副本，降低主库的连接压力。

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