Tomcat数据库连接池优化需匹配业务负载与系统资源：maxTotal设为CPU核心数×15～20，minIdle和initialSize为maxTotal的20%～30%，maxIdle为60%～80%；启用testOnBorrow、removeAbandonedOnMaintenance等防泄漏机制；读多写少场景建议读写分离；配合新版JDBC驱动参数提升底层效率。
Tomcat 部署中提升并发处理能力，数据库连接池是关键瓶颈之一。默认配置下连接池容量小、响应慢、易泄漏，高并发时极易出现 ConnectionTimeoutException 或线程阻塞。优化核心在于匹配业务特征（如读写比、平均响应时间）与系统资源（CPU、数据库最大连接数），而非盲目调大参数。
匹配业务负载的连接池容量设置
连接数不是越多越好，需兼顾数据库承受力与应用线程复用效率：
-
maxTotal：设为 CPU核心数 × 15～20（如8核服务器推荐120～160），超过500需同步确认数据库
max_connections是否足够，否则触发数据库拒绝连接 - minIdle 和 initialSize：统一设为 maxTotal 的 20%～30%（如 maxTotal=150，则设为30），避免冷启动时大量连接创建延迟
- maxIdle：设为 maxTotal 的 60%～80%（如150→90～120），防止空闲连接长期占用资源又不至于频繁回收重建
保障连接健康与防泄漏的关键开关
连接失效或未归还会导致“假性耗尽”，必须启用主动检测机制：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 开启 testOnBorrow=true，每次借出前执行
validationQuery="SELECT 1"，确保连接可用（MySQL推荐用SELECT 1，Oracle用SELECT 1 FROM DUAL） - 启用 removeAbandonedOnMaintenance=true 与 removeAbandonedTimeout=60（单位秒），自动回收超时未归还的连接
- 若使用 HikariCP（更推荐），直接配置
connection-test-query=SELECT 1和leak-detection-threshold=60000（毫秒）
读多写少场景的进阶拆分策略
当接口以查询为主（如商品详情、列表页），可显著降低主库压力：
- 配置独立的读库连接池，指向从库，
maxTotal可设为主库的1.5～2倍（因从库通常更轻量） - 在 DAO 层或数据源路由层识别
SELECT语句，自动切换到读池；写操作强制走主池 - 某电商系统实测：读写分离后，相同硬件下并发承载量提升约60%，主库 CPU 降低35%
JDBC驱动与协议级协同优化
连接池参数再合理，底层驱动不配合也白搭：
- MySQL 推荐使用 Connector/J 8.0+，并添加参数：
useLocalSessionState=true&cachePrepStmts=true&prepStmtCacheSize=250 - PostgreSQL 使用 42.6+ 驱动，开启
preferQueryMode=extendedCacheEverything - 避免在连接字符串中加
autoReconnect=true（已废弃且不可靠），改用连接池自身的重试与验证机制
