HikariCP高并发调优核心是按需配置而非堆参数：maximumPoolSize推荐10～20（4核服务器约10～12），minimumIdle设为与之相等以禁用伸缩；maxLifetime须小于MySQL wait_timeout（建议30分钟或更短）；connectionTimeout设为3～5秒实现快速失败；启用leakDetectionThreshold防连接泄漏。
要让 HikariCP 在高并发场景下稳定高效，关键不是堆参数，而是根据业务特征和数据库能力做针对性配置。核心思路是：避免连接争抢、防止连接失效、减少无效等待。
连接池大小：按需设定，不盲目放大
最大连接数（maximum-pool-size）是影响并发吞吐的首要参数：
- 单机应用推荐值：10～20，超过30需谨慎；过高反而引发数据库连接耗尽或线程竞争加剧
- 计算参考公式：(CPU核心数 × 2) + 有效磁盘数（如4核服务器≈10～12）
- 最小空闲连接（minimum-idle）建议设为与最大值一致，关闭动态伸缩，避免高并发时频繁创建连接
- 注意：MySQL默认最大连接数通常为151，应用侧总连接数（实例数×maximum-pool-size）不能超过该限制
连接生命周期：主动管理，规避超时断连
数据库（如MySQL）会主动断开空闲连接（wait_timeout 默认8小时），而HikariCP若不知情，就会返回已失效连接：
-
max-lifetime 必须小于数据库
wait_timeout，生产环境建议设为 1800000ms（30分钟） 或更短（如10分钟） -
idle-timeout 控制空闲连接保留时长，默认10分钟；若
minimum-idle = maximum-pool-size，此参数实际不生效 - 启用 keepaliveTime（如30000ms），让连接池定期发轻量心跳（如
SELECT 1），防中间网络设备静默断连
超时与响应控制：快速失败，避免请求堆积
连接获取阻塞是并发瓶颈的常见诱因：
- connection-timeout 建议设为 3000～5000ms，而非默认30秒；超时后应快速失败并抛异常，便于上层重试或降级
- 禁用 connection-test-query（如
SELECT 1），HikariCP 默认使用 JDBC 4 的isValid()，性能更好且更可靠 - 开启连接泄漏检测：leakDetectionThreshold: 60000（60秒），及时发现未 close() 的 Connection
性能增强细节：小调整，大收益
这些配置不显眼，但在高频查询场景下效果明显：
- 开启预编译语句缓存：
prepStmtCacheSize: 250、prepStmtCacheSqlLimit: 2048，减少SQL解析开销 - 关闭JMX监控（registerMbeans: false），生产环境无需暴露内部指标
- 设置 auto-commit: true（除非业务明确需要手动事务），减少事务状态切换成本
- 连接池命名（pool-name）建议唯一且可读，便于Prometheus等监控系统识别
