HikariCP的keepalive-time不是为维持长连接，而是让空闲连接在数据库主动断开前主动探测并剔除失效连接；需配合minimum-idle>0、validation-timeout、数据库端IDLE_TIME等参数协同生效。
Java 数据库连接池配置 keepalive-time 不是为了“维持长连接”，而是让空闲连接在被数据库主动断开前，主动探测并剔除失效连接。关键不是“保活”，而是“及时发现已死连接”，避免应用取到无效连接后报 Communications link failure 或 ORA-03135。
先确认你用的是哪个连接池
不同连接池的 keepalive 机制差异很大，不能混用配置：
-
HikariCP（推荐）：v4.0.3+ 支持
keepalive-time，但只对minimum-idle > 0的空闲连接生效；v5.0+ 已移除connection-test-query -
Druid：用
keepAlive=true+keepAliveBetweenTimeMillis（单位毫秒），1.0.28+ 版本支持 -
DBCP2：不支持 keepalive-time，靠
testWhileIdle+validationQuery实现类似效果
HikariCP 的正确配置方式
以 Spring Boot 为例，在 application.yml 中设置：
spring:
datasource:
hikari:
minimum-idle: 5
maximum-pool-size: 20
keepalive-time: 240000 # 4分钟，必须比数据库 idle timeout 小至少1~2分钟
validation-timeout: 3000 # 验证超时，单位毫秒
connection-init-sql: SELECT 1
connection-timeout: 30000注意三点：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
-
minimum-idle必须大于 0，否则没有空闲连接可保活 -
keepalive-time是“空闲连接存活多久后触发一次验证”，不是心跳周期；设为 240000 表示：一个连接空闲满 4 分钟，HikariCP 就用SELECT 1检查它是否还活着 - 该值必须严格小于数据库侧的空闲超时（如 Oracle 的
IDLE_TIME=30分钟 → 1800000ms，则 keepalive-time 最大建议 1500000ms）
数据库端必须同步配合
光配连接池没用，数据库服务端才是断连根源：
-
Oracle：查
SELECT resource_name, limit FROM dba_profiles WHERE profile='DEFAULT' AND resource_name='IDLE_TIME';，若返回数字（如 10），说明默认 10 分钟踢人，需执行ALTER PROFILE DEFAULT LIMIT IDLE_TIME 60; -
MySQL：查
SHOW VARIABLES LIKE 'wait_timeout';，常见值是 300 秒（5 分钟），则 HikariCP 的keepalive-time应设为 240000（4 分钟）或更小 -
PostgreSQL：不支持 keepalive-time，改用
validation-timeout+connection-init-sql: SELECT 1定期验证
驱动和版本硬性要求
以下任一不满足，keepalive 就不会真正工作：
- HikariCP 必须 ≥ 4.0.3（旧版写了
keepalive-time也忽略） - JDBC 驱动必须支持
Connection.isValid(int)：ojdbc8（19c+）、mysql-connector-j 8.0.23+ 没问题；老 ojdbc6 可能静默失败 - Spring Boot 若用 2.4+，默认 HikariCP 版本已达标；若手动引入，需检查
HikariDataSource.class.getPackage().getImplementationVersion()
