Java连接池预热核心是启动时创建可用连接并执行初始化SQL（如SELECT 1）验证有效性、初始化会话状态；HikariCP用connectionInitSql，Druid用connectionInitSqls，需轻量、单条、毫秒级完成。
预热的本质不是“执行业务 SQL”，而是验证连接有效性并初始化会话状态。不同连接池实现方式略有差异，但逻辑一致：在连接创建后、放入空闲队列前，执行一次指定 SQL。
常见连接池的预热 SQL 配置方式
HikariCP（推荐首选）：通过 connectionInitSql 属性设置单条初始化 SQL：
- 配置示例（Java 代码）：
config.setConnectionInitSql("SELECT 1"); - 也可用 Spring Boot 的 yml 配置：
spring: datasource: hikari: connection-init-sql: SELECT 1 - 注意：HikariCP 要求该 SQL 必须是查询语句（返回 ResultSet），且不能含多条语句（不支持分号分隔）；若需设置会话变量，可用
SET SESSION time_zone = '+00:00'等兼容的单条语句。
Druid：使用 connectionInitSqls（复数形式），支持多条 SQL，以分号分隔：
- 配置示例（yml）：
spring: datasource: druid: connection-init-sqls: SET NAMES utf8mb4; SELECT 1 - 适合需要同时设置字符集、时区、SQL 模式等场景。
DBCP2 / C3P0：分别通过 connectionInitSql（DBCP2）或 connectionTesterClassName + 自定义逻辑（C3P0 较麻烦）实现，但已不建议新项目使用；如必须用，优先选 DBCP2 并配 connectionInitSql="SELECT 1"。
立即学习“Java免费学习笔记（深入）”；
为什么需要预热 SQL，而不是只靠连接测试？
- 单纯 ping 测试（如 HikariCP 的
connectionTestQuery）只校验连通性，不保证会话上下文就绪（比如 MySQL 的wait_timeout后重连可能丢失临时表、用户变量）。 - 预热 SQL 在连接刚创建时立即执行，能触发驱动完成完整握手流程，强制初始化事务隔离级别、时区、字符集等服务端会话参数。
- 避免首个业务请求因会话未初始化而报错（例如 `Unknown system variable 'sql_mode'` 或乱码），提升首屏响应稳定性。
实际使用建议
- MySQL 推荐初始化 SQL：
SELECT 1（轻量、通用）或SET NAMES utf8mb4（显式统一字符集）。 - PostgreSQL 可用：
SELECT 1或SET TIME ZONE 'UTC'。 - 避免执行耗时 SQL（如大表 COUNT），否则拖慢应用启动；预热 SQL 应控制在毫秒级完成。
- 配合
initializationFailTimeout（HikariCP）或initConnectionSqls（Druid）确保失败时快速暴露问题，而非静默降级。
