如何配置Spring Boot HikariPool适配AWS RDS Proxy？流量分发问题咨询

我正在使用RDS Proxy Endpoint（读写/只读、只读），当前运行1个主实例和1个只读实例，只读实例CPU使用率接近90%，因此尝试新增1个只读实例，期望流量能立即自动分发至新实例。我的Hikari配置如下：

spring.datasource.hikari.maximum-pool-size=100
spring.datasource.hikari.minimum-idle=100
spring.datasource.hikari.max-lifetime=3600000 # 1 hour

但流量并未自动分发，必须等待Hikari连接的max-lifetime结束才会生效。请问将max-lifetime设为最小值是否是最优方案？

补充说明：由于并非无服务器架构或微服务，我倾向于使用连接池；若不使用连接池，因无法复用连接，EKS Pod的CPU会达到100%，导致不得不持续增加EKS Pod数量。

直接把max-lifetime设为最小值不是最优方案，原因和替代方案如下：

为什么不建议设为最小值 #

• 过小的max-lifetime会导致连接频繁销毁重建，反而增加EKS Pod和数据库的CPU开销，违背你使用连接池复用连接的初衷。
• 极端情况下（比如设成几秒），连接池会一直处于创建新连接的状态，反而可能加剧Pod CPU占用问题。

更合理的优化方案 #

1. 调整max-lifetime到适中值 #

建议将max-lifetime设置为10-15分钟（600000-900000毫秒），既不会让连接长期占用导致流量无法分发，也不会因频繁重建连接带来额外开销。

2. 结合idle-timeout配置 #

你当前设置minimum-idle=100等于maximum-pool-size=100，连接池不会自动回收空闲连接。可以适当降低minimum-idle（比如设为20-30），同时配置idle-timeout（比如300000毫秒，即5分钟），让空闲连接被及时回收重建，从而更快感知到RDS Proxy的实例变化。

调整后的参考配置：

spring.datasource.hikari.maximum-pool-size=100
spring.datasource.hikari.minimum-idle=30
spring.datasource.hikari.max-lifetime=900000 # 15分钟
spring.datasource.hikari.idle-timeout=300000 # 5分钟

3. 主动触发连接池刷新（应急方案） #

如果需要立即让流量分发到新只读实例，可以在新增实例后，主动调用Hikari连接池的evictConnections()方法，强制回收所有现有连接，让连接池重新从RDS Proxy获取新连接。这种方式适合应急场景，不用修改配置重启服务。

4. 优化RDS Proxy的连接分配策略 #

确保RDS Proxy的只读端点配置了负载均衡策略（比如轮询或最小连接数），这样新连接会自动分配到新增的只读实例上。

总结 #

最优方案是通过调整max-lifetime到适中值，配合合理的idle-timeout和minimum-idle配置，平衡连接复用和流量分发的时效性；应急场景下可以主动刷新连接池。直接设最小值会带来额外性能开销，不可取。

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