HikariCP默认配置不适用于中高并发，必须调优5个核心参数：maximum-pool-size按CPU与磁盘估算、minimum-idle设为最大值的50%~70%、connection-timeout缩至1000~3000ms、idle-timeout设600000ms、max-lifetime设7200000ms防断连，并启用leak-detection-threshold和监控闭环验证。
Spring Boot 默认就用 HikariCP，但直接跑默认配置在中高并发下很容易卡住——连接不够用、等得久、甚至报 Connection pool exhausted。调优不是堆参数，而是让连接池匹配你的业务节奏和数据库能力。
核心参数必须改的5个值
这五个参数决定了连接池是否“呼吸顺畅”：
-
maximum-pool-size：最大连接数。别盲目设100+，先看数据库上限（
SHOW VARIABLES LIKE 'max_connections'），再按公式估算：(CPU核心数 × 2) + 1（SSD）或 +2（HDD）。日均百万请求的服务，20~50 更稳；微服务建议用环境变量动态控制，比如${DB_POOL_SIZE:30} -
minimum-idle：最小空闲连接。设为
maximum-pool-size的 50%~70%，避免流量突增时频繁创建新连接。例如最大设40，这里就配20~28 - connection-timeout：获取连接超时。默认30秒太长，线上建议 1000~3000ms。超时后快速失败，比让线程傻等强得多
- idle-timeout：空闲连接回收时间。设 600000ms（10分钟）较合理；设为0表示永不回收，容易累积失效连接
-
max-lifetime：连接最大存活时间。MySQL 默认
wait_timeout=28800（8小时），建议设为 7200000ms（2小时），避开数据库主动断连导致的异常
防泄漏与健康检查不能少
连接没关干净，池子会慢慢“淤塞”，几天后可能OOM或响应飙升：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 开启泄露检测：
leak-detection-threshold=30000（30秒），生产环境足够敏感又不误报 - 加基础校验：
connection-test-query=SELECT 1或用validation-timeout=3000配合，确保归还前连接还活着 - 强制用 try-with-resources 写法，杜绝手动
conn.close()忘记问题
监控和验证才是调优闭环
光改配置不看效果，等于闭眼开车：
- 暴露 HikariCP 指标：引入
micrometer-registry-prometheus，通过/actuator/metrics/hikaricp.connections.*查看活跃数、等待数、超时次数 - 关键指标盯紧：
hikaricp.connections.active接近maximum-pool-size且hikaricp.connections.idle长期为0，说明池子太小；hikaricp.connections.pending持续 > 0，说明获取连接已排队 - 压测验证：用 JMeter 或 wrk 模拟目标 QPS，观察 P95 响应时间和错误率变化，每次只调一个参数
调优本质是平衡——让连接数够用但不浪费，让等待可控但不激进，让检查有效但不拖慢。参数不是终点，数据才是答案。
