Java数据库连接池防连接耗尽需双向协同：合理设maximumPoolSize（建议数据库max_connections的60%～75%），严防泄漏（必配对close或用try-with-resources），控制空闲与生命周期（idleTimeout＜wait_timeout，启用validationQuery），并叠加限流与监控。
Java 中数据库连接池避免数据库端连接数耗尽，核心是“双向协同”：既要管好应用侧连接的申请与归还，也要配合数据库服务端的容量约束。不能只靠池子设大一点，更不能把连接池当黑盒用。
合理设定连接池最大容量
数据库服务端（如 MySQL 的 max_connections）有硬上限，应用侧连接池的 maximumPoolSize 必须留出余量：
- 建议设为数据库 max_connections × 60%～75%，例如数据库允许 200 连接，应用池最大设 120～150
- 多个 Java 应用共用同一数据库时，需按比例分配，避免总和超限
- HikariCP 等主流池默认值（如 10）远低于生产需求，必须显式配置
严防连接泄漏
连接未正确归还，会持续占用数据库连接直至超时或重启，这是耗尽的最常见原因：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 所有 getConnection() 后必须配对 close()，优先用 try-with-resources
- Spring 环境下善用 @Transactional，但注意它不自动 close 原生 Connection
- 启用连接池的泄漏检测：HikariCP 设置 leakDetectionThreshold=60000（毫秒），Druid 开启 removeAbandonedOnBorrow=true
控制空闲连接生命周期
数据库可能主动断开长期空闲连接（如 MySQL 的 wait_timeout），而连接池若未及时清理，会保留失效连接，导致后续获取失败或堆积无效连接：
立即学习“Java免费学习笔记（深入）”；
- 设置 idleTimeout 小于数据库 wait_timeout（例如数据库设 300 秒，池中设 240 秒）
- 开启连接有效性验证：connectionTestQuery="SELECT 1"（MySQL）或 validationQuery，并配置 testOnBorrow=true 或更优的 testWhileIdle=true
- 避免将 maxLifetime 设得过长，建议 15～30 分钟，强制刷新老化连接
引入跨层限流与监控
单靠连接池自身不够，需叠加应用级保护和可观测能力：
- 在连接池上游加 Semaphore，许可数设为池最大容量的 70%～80%，作为粗粒度并发闸门，防调用方突发打满
- 定期采集池指标：activeConnections、idleConnections、threadsAwaitingConnection，接入 Prometheus 或日志告警
- 数据库端同步监控：show processlist 查看 Sleep 连接数，长期 >20% 总容量即需排查
