Spring Boot 2 Hikari连接池优化：首次数据库查询耗时过长问题

这问题我在项目里碰到过好几次，本质就是首次请求时Hikari连接池还没完成数据库连接的初始化，再加上远程数据库的网络握手、会话初始化开销，直接把首次查询的时间拉爆了。结合Spring Boot 2的HikariCP特性，给你几个落地性强的优化点：

1. 强制连接池启动时预初始化连接 #

Hikari默认是懒加载策略——只有当第一个请求过来时才会创建数据库连接，这就导致首次请求要承担连接建立的所有成本。我们可以通过配置让连接池在应用启动阶段就创建好一批空闲连接：

在application.yml里添加：

spring:
  datasource:
    hikari:
      minimum-idle: 5  # 保持5个长期空闲的连接
      initialization-fail-timeout: 0  # 0表示启动时必须完成连接初始化，直到成功为止
      max-pool-size: 10  # 根据业务并发调整，不要超过数据库允许的连接数

或者application.properties：

spring.datasource.hikari.minimum-idle=5
spring.datasource.hikari.initialization-fail-timeout=0
spring.datasource.hikari.max-pool-size=10

这样应用启动时，Hikari就会提前创建minimum-idle个可用连接，首次业务查询直接复用现成连接，不用临时走连接建立流程。

2. 给远程连接做预热处理 #

远程数据库的连接除了TCP握手，还有数据库会话的初始化（比如设置时区、字符集、权限校验等），这些操作会在首次执行SQL时悄悄消耗时间。我们可以让Hikari在创建每个连接后，自动执行一个轻量SQL来完成会话预热：

添加配置：

spring.datasource.hikari.connection-init-sql=SELECT 1

这个SELECT 1几乎不占用数据库资源，但能让连接提前完成所有会话初始化步骤，等到业务查询过来时，连接已经处于完全就绪的状态。

3. 调整连接超时相关参数适配远程网络 #

远程网络的延迟比本地高很多，不合理的超时设置会让首次连接等待更久。建议调整这几个参数：

spring.datasource.hikari.connection-timeout=30000  # 连接超时设为30秒，根据你的网络稳定性调整
spring.datasource.hikari.validation-timeout=5000  # 连接有效性检查超时5秒
spring.datasource.hikari.idle-timeout=600000  # 空闲连接10分钟后再回收，避免频繁重建远程连接

核心思路是：不要让空闲连接被快速回收，否则后续请求又要重新建立远程连接；同时给足连接超时时间，避免远程网络波动导致连接创建失败。

4. 修正测试代码的统计逻辑（容易踩坑！） #

你当前的测试代码里，menuPriceSummaryService.findAllVegan().stream()其实并没有触发实际的SQL查询——因为Stream是惰性求值的，只有调用终端操作（比如collect()、count()、forEach()）时才会执行数据库查询。所以你统计的时间其实只是构建Stream的时间，根本不是实际查询耗时！

修正后的测试代码应该是这样：

import java.util.stream.Collectors;

// ...

long t1 = System.nanoTime();
// 触发实际SQL查询
menuPriceSummaryService.findAllVegan().stream().collect(Collectors.toList());
long t2 = System.nanoTime();
// 建议统计毫秒级，秒级精度太低
long elapsedTimeInMillis = (t2 - t1) / 1000000;
System.out.println("elapsedTimeInMillis1 -> " + elapsedTimeInMillis);

只有这样，你统计的时间才是真实的数据库查询耗时，优化效果也能准确体现出来。

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