Spring Boot高并发连接池配置核心是参数与数据库、业务、资源三者对齐：maximum-pool-size设20～50，minimum-idle等于最大值，connection-timeout为3000～5000ms，max-lifetime小于MySQL wait_timeout，并需配套开启leak-detection-threshold、校验数据库参数、同步调优Tomcat线程池。
Spring Boot 中配置连接池实现高并发访问，核心不是“堆参数”，而是让连接池行为与数据库、业务特征、服务器资源三者对齐。默认的 HikariCP 已经很高效，但不调参就上线，很容易在 QPS 上升后出现连接等待、超时、泄露甚至数据库拒绝连接等问题。
选对连接池：HikariCP 是默认且首选
Spring Boot 2.x 起已将 HikariCP 设为默认数据源，无需额外引入依赖（只要用了 spring-boot-starter-jdbc 或 spring-boot-starter-data-jpa）。它轻量、无锁、启动快、监控友好，比 C3P0、DBCP2 等更适配高并发场景。除非有强运维要求（如需 SQL 审计、防火墙穿透等），否则不建议切换到 Druid 或 Tomcat-JDBC。
关键参数必须按业务调整
以下参数不是照搬模板，而是根据典型高并发服务（如订单查询、商品详情）的压测经验设定：
-
maximum-pool-size：设为 20～50，取决于 MySQL 实例最大连接数（
max_connections）和应用实例数。例如 MySQL 允许 300 连接，部署 3 个服务节点，每个节点建议 ≤80；但实际推荐保守些，20～30 更稳。 -
minimum-idle：建议等于
maximum-pool-size，关闭连接“收缩”行为，避免流量突增时频繁创建连接。 - connection-timeout：设为 3000～5000 毫秒。太长会让请求卡住，太短容易误判失败。
-
max-lifetime：设为 1800000（30 分钟）或更低（如 10 分钟），必须小于 MySQL 的
wait_timeout（默认 28800 秒 = 8 小时），防止连接被 DB 主动断开后池中仍认为有效。 -
idle-timeout：设为 600000（10 分钟），配合
minimum-idle = maximum-pool-size，该值实际影响不大，可保留默认。
配套必须做好的几件事
光调连接池不够，高并发下这些环节一漏就崩：
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- 确认 MySQL 的
wait_timeout和max_connections值，用SHOW VARIABLES LIKE '%timeout%';和SHOW VARIABLES LIKE 'max_connections';查看，确保连接池生命周期和连接数上限不越界。 - 开启连接泄露检测：
leak-detection-threshold: 60000（单位毫秒），能捕获未 close 的 Connection，尤其在 try-with-resources 遗漏或异常分支未释放时非常有用。 - 禁用自动提交（如需事务控制）：
auto-commit: false，把事务交由 @Transactional 管理，避免隐式提交干扰连接复用逻辑。 - URL 中加上
&useSSL=false&allowPublicKeyRetrieval=true（开发/测试环境），避免 TLS 握手拖慢建连；生产环境应启用 SSL 并配置信任库。
别忘了 Tomcat 线程池也要同步扩容
数据库连接池再大，Tomcat 线程不够也白搭。若接口平均耗时 200ms，目标 QPS 为 500，则需约 100 个活跃线程：
-
server.tomcat.max-threads: 200（建议设为 CPU 核数 × 3～4） -
server.tomcat.min-spare-threads: 20（预留空闲线程应对突发） -
server.tomcat.accept-count: 100（连接队列长度，防瞬间洪峰丢包）
注意：Tomcat 线程数 ≈ 数据库连接数 × 单次请求平均数据库交互次数。如果一个接口查 3 次库，那 200 个 Tomcat 线程最好配 60～80 个连接，而非盲目拉满。
