2. 连接池基础：工作原理与核心参数
连接池是数据库与中间件高可用架构的基石。在压测场景中，连接池耗尽往往是触发 Rate Limiting 与熔断的第一道关卡。理解连接池的内部机制，是诊断“连接耗尽型”故障的前提。
2.1 连接池的工作原理
连接池的核心思想是复用：预先创建一组 TCP 连接，放入池中；应用需要时从池中“借出”，使用完毕后“归还”，避免每次请求都经历三次握手与认证开销。
关键流程： 初始化 → 借出 → 使用 → 归还 → 空闲检测 → 销毁/重建
2.2 三大核心参数详解
连接池的行为由三个参数直接决定：maxActive（最大活跃数）、maxWait（最大等待时间）、minIdle（最小空闲数）。压测中调优这些参数，直接影响系统的吞吐与稳定性。
| 参数 | 默认值 | 含义 | 压测影响 |
|---|---|---|---|
| maxActive | 8 ~ 20 | 池中同时可被借出的最大连接数 | 上限过低 → 请求排队；过高 → 数据库负载飙升 |
| maxWait | 5000ms | 请求等待连接的最大毫秒数，超时则抛出异常 | 过短 → 频繁超时；过长 → 请求堆积雪崩 |
| minIdle | 0 ~ 5 | 池中保持的最小空闲连接数，防止冷启动 | 过低 → 突发流量下建连延迟；过高 → 资源浪费 |
压测调优口诀： maxActive 定水位，maxWait 控超时，minIdle 保底量。三者联动，缺一不可。
2.3 参数协同与典型配置
不同业务场景对连接池的需求差异巨大。以下给出三种典型配置模板，供压测基线参考：
- 高并发 OLTP 场景： maxActive=50, maxWait=3000ms, minIdle=10。适合短查询、高频读写。
- 低并发批处理场景： maxActive=10, maxWait=10000ms, minIdle=2。适合长事务、批量导入。
- 微服务网关场景： maxActive=20, maxWait=500ms, minIdle=5。强调快速失败，避免级联阻塞。
2.4 压测中的常见陷阱
⚠️ 连接泄漏： 应用借出连接后未正确归还（未在 finally 块中 close），导致活跃连接持续增长直至 maxActive 耗尽。压测中必须监控活跃连接数曲线。
- 陷阱一： maxActive 设置过大，数据库连接数被打满，导致数据库自身 OOM 或拒绝服务。
- 陷阱二： maxWait 设置过短，正常慢查询也被超时，造成误熔断。
- 陷阱三： minIdle 设置为 0，突发流量下大量请求等待新建连接，RT 飙升。
- 陷阱四： 未配置连接空闲回收，空闲连接长期占用数据库资源。
2.5 连接池监控指标
在压测过程中，以下指标必须实时采集，用于判断连接池是否处于健康状态：
| 指标 | 正常范围 | 告警阈值 |
|---|---|---|
| 活跃连接数 | < 80% maxActive | > 90% maxActive |
| 等待队列长度 | 0 | > 0 持续 5s |
| 平均等待时间 | < 100ms | > 1000ms |
| 连接超时次数 | 0 | > 0 次/分钟 |
实战要点： 压测前先通过连接池监控确认基线；压测中若等待队列持续非零，说明 maxActive 已到瓶颈，需考虑扩容或引入限流。