HikariCP 连接池调优：Spring Boot 数据库连接数怎么设置

连接池设置过小会排队，设置过大又会压垮数据库。很多服务把 maximumPoolSize 调得很大，却没有同时观察 SQL 耗时、活跃连接和数据库 CPU。

解决方案思路

先确认数据库可承载连接数，再按服务实例数分配预算；用压测观察 active、idle、pending、connection timeout 与 SQL P99。连接池容量应服务于吞吐目标，而不是越大越好。

HikariCP 常用参数

spring:
  datasource:
    hikari:
      maximum-pool-size: 20
      minimum-idle: 5
      connection-timeout: 3000
      max-lifetime: 1800000
      leak-detection-threshold: 5000

运行逻辑

一次请求到达后会占用业务线程，再等待连接、执行 SQL、释放连接。若连接等待上升但数据库并不忙，可能是池太小；若数据库 CPU 和慢查询上升，继续加连接只会放大问题。

重点观察指标

• hikaricp.connections.active、pending、timeout
• 数据库 CPU、慢查询、锁等待
• 接口 P99 与连接获取耗时

常见误区

• 把连接池调大当成 SQL 优化
• 实例扩容后忘记重新计算总连接数
• 连接泄漏只靠重启掩盖

参考方案

• HikariCP Pool Sizing

上线检查

• 优化前后保留同一口径的指标截图或报告。
• 先灰度单实例或小流量，观察 P95/P99、错误率和资源指标。
• 准备回滚开关，避免性能改动影响核心业务。