AWS环境下Spring Data MongoDB连接池断管问题及优化问询

问题背景 #

迁移至AWS后随机出现Broken Pipe异常，根因如下：

• Spring Data MongoDB默认创建2个连接池连接，但多数场景下仅使用1个，且仅对该活跃连接做健康检查
• AWS负载均衡器会无通知关闭闲置10分钟的连接，当服务偶发尝试使用已被关闭的闲置连接时抛出异常

当前临时方案是设置连接最大闲置时间为9分钟，主动刷新闲置连接：

.applyToConnectionPoolSettings(builder -> {
    builder.maxConnectionIdleTime(9, MINUTES);
})

问题1：是否可强制Spring更频繁地使用连接池中的其他连接？ #

可以通过调整MongoDB连接池的**最小连接数（minSize）**实现，让连接池维持固定数量的活跃连接，驱动会循环分配连接避免闲置：

1. 将minSize设置为与maxSize一致（此处默认maxSize为2，故设为2），确保连接池始终保持2个可用连接
2. 驱动在处理请求时会轮流分配连接池中的连接，避免单个连接长期独占，其余连接闲置

配置示例：

.applyToConnectionPoolSettings(builder -> {
    builder.minSize(2); // 与maxSize保持一致，维持固定连接数
    builder.maxSize(2);
})

原理：当minSize等于maxSize时，连接池会初始化并维持指定数量的连接，MongoDB驱动的连接分配策略会循环使用这些连接，确保每个连接都能被定期激活，避免被AWS LB判定为闲置关闭。

问题2：是否可为连接池内所有连接添加心跳检测？ #

可以通过MongoDB驱动的连接池配置，添加连接健康检测机制，确保取出的连接始终可用：

方案1：连接取出/归还时检测

启用testConnectionOnCheckout和testConnectionOnCheckIn，在每次从连接池取出或归还连接时，自动执行健康检测（发送简单ping命令）：

.applyToConnectionPoolSettings(builder -> {
    builder.testConnectionOnCheckout(true); // 取出连接前检测
    builder.testConnectionOnCheckIn(true);  // 归还连接后检测
})

注意：该方案会带来一定性能开销，若服务请求量较大，建议仅启用testConnectionOnCheckout，在使用连接前做一次检测即可。

方案2：定期维护连接池

通过maintenanceFrequency设置连接池的定期维护间隔，驱动会在维护时自动检查并回收无效连接：

.applyToConnectionPoolSettings(builder -> {
    builder.maintenanceInitialDelay(1, MINUTES); // 首次维护延迟
    builder.maintenanceFrequency(5, MINUTES);    // 每5分钟执行一次维护
})

结合maxConnectionIdleTime使用，能更高效地清理闲置过久的连接，同时检测存活状态。

最优方案建议 #

将固定连接数（minSize=maxSize） + 连接取出时检测结合使用：

• 固定连接数确保所有连接都被定期使用，避免长期闲置触发AWS LB的闲置关闭规则
• 连接取出检测作为兜底，即使出现意外关闭的连接，也能在使用前发现并替换

最终配置示例：

.applyToConnectionPoolSettings(builder -> {
    builder.minSize(2);
    builder.maxSize(2);
    builder.testConnectionOnCheckout(true);
    builder.maxConnectionIdleTime(8, MINUTES); // 略低于LB的10分钟闲置阈值，双重保障
})

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