Spring Boot对接PostgreSQL使用HikariCP报connection is dead问题咨询

• 连接有效性检测失效：当前配置中connectionTestQuery为null，jdbc4ConnectionTest设为false，而你使用的PostgreSQL 9.3版本JDBC驱动对JDBC4的isValid()接口实现存在已知bug，无法正确识别已经被服务端、网络防火墙断开的死连接，导致连接池把无效连接当作可用连接返回，实际请求报错的同时有效可用连接数持续减少，活跃连接数异常上升。
• 未开启连接泄露检测：配置项leakDetectionThreshold为0，没有启用连接泄露排查能力。如果业务代码存在连接未正确释放的问题（比如异常分支遗漏关闭逻辑、未使用try-with-resources语法），会导致连接长期被占用不归还，最终连接池耗尽。
• 连接生命周期配置不匹配：当前maxLifetime配置为30分钟，如果PostgreSQL服务端的idle_in_transaction_session_timeout、网络设备的TCP会话超时时间小于30分钟，会出现连接已经被下游断开，但连接池仍在复用的情况，进一步加剧死连接堆积。
• 组件版本兼容性问题：你使用的JDK 1.8.0_19是非常早期的JDK8版本，存在大量JDBC相关bug；同时HikariCP 4.x和PostgreSQL 9.3版本JDBC驱动的兼容性也存在已知适配问题，可能触发连接管理异常。

• 修复连接有效性检测逻辑：
  若暂不升级JDBC驱动，新增配置connectionTestQuery: SELECT 1，同时将jdbc4ConnectionTest设为true；优先建议将PostgreSQL JDBC驱动升级到42.2.23以上稳定版本，该版本已经修复isValid()接口的实现问题，无需额外配置connectionTestQuery，检测性能更高。
• 开启连接泄露检测：将leakDetectionThreshold设为2000（单位毫秒，可根据业务最长SQL执行时间调整，通常设置为业务预期最长查询时间的1.5倍即可），开启后如果连接被占用超过阈值，Hikari会打印连接泄露的调用栈，可直接定位业务代码中未正确释放连接的逻辑。
• 调整连接生命周期配置：将maxLifetime调整为比PostgreSQL服务端空闲会话超时、网络设备TCP会话超时短1~2分钟，比如服务端超时为30分钟时，可将maxLifetime设为1680000ms（28分钟），避免连接被下游断开后仍被连接池复用。
• 优化组件兼容性：将JDK8升级到最新的小版本（比如1.8.0_382）修复原生JDBC bug；若业务允许可以将HikariCP降级到3.4.5版本，和当前Spring 4.3.x、老版本PostgreSQL驱动的适配性更好。
• 临时应急方案：线上出现连接耗尽问题时，可先重启应用临时恢复，同时监控PostgreSQL服务端的活跃会话、慢SQL、长事务情况，排查是否有异常SQL长期占用连接。

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