数据库故障转移场景下HikariCP使用问题咨询（AWS RDS）

1. 连接交付前的有效性校验触发逻辑 #

连接有效性校验不是每次获取连接时的必选流程。
文档中描述的“连接交付给应用前执行存活校验”是该机制的设计目标，但为了避免不必要的性能损耗，HikariCP不会对所有取出的连接无差别执行校验，仅对存在失效风险的连接触发校验：

• 新建连接首次交付使用前，必然执行校验
• 连接空闲时长超过安全阈值（与idleTimeout、keepaliveTime配置联动）时，取出前必然执行校验
• 连接刚完成上一次业务操作、归还到连接池的时间极短、处于活跃安全周期内时，取出时不会重复校验，直接交付应用，这也是官方相关讨论中提到“校验并非始终执行”的核心原因。

2. 校验失败后的处理逻辑 #

连接获取流程中如果触发校验失败，HikariCP不会立即向应用抛出异常：
它会先静默将失效连接从池中移除，之后自动重试：要么重新选取池内其他空闲连接，要么按需新建数据库连接，重复走连接选取、有效性校验的流程，直到拿到可用的有效连接交付给应用，或是触发整个获取流程的超时限制。
只有当全流程耗尽超时时间、仍未获取到有效连接时，才会向应用抛出连接获取失败异常。

3. 重试流程的超时配置确认 #

你的判断准确，connectionTimeout就是控制整个连接获取全流程（含失效连接剔除、重试选连/建连、单连接校验）的总超时配置项，单位为毫秒，默认值为30000（30秒）。

AWS RDS场景配置提示：RDS多AZ故障切换的实际耗时通常在10-60秒区间，如果connectionTimeout设置值小于故障切换实际完成时长，即使HikariCP持续重试获取有效连接，也会因超时提前抛错，建议结合自身RDS实例的实际故障切换耗时调整该参数。同时可搭配调整keepaliveTime（建议设置为比RDS侧空闲连接断开阈值短30秒左右）、validationTimeout（单连接校验超时，建议设置为2-5秒即可，无需过长），进一步降低故障转移场景下的连接异常概率。

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