1. 连接池基础概念
1.1 什么是数据库连接池
数据库连接池（Connection Pool）是一种在应用层与数据库之间维护一组预先建立好的物理连接的管理机制。当应用需要访问数据库时，不再重复执行 TCP 三次握手、数据库认证等开销高昂的建连过程，而是从池中“借出”一个空闲连接，使用完毕后再“归还”到池中。
核心定义：连接池是连接复用与生命周期管理的容器，本质是一个线程安全的连接缓存。
连接池通常由以下组件构成：
- 连接工厂（Connection Factory）：负责创建新的物理连接。
- 空闲队列（Idle Queue）：存放当前未被使用的连接。
- 活跃集合（Active Set）：记录当前已被借出的连接。
- 管理线程（Housekeeper）：定期检测连接健康状态、回收泄漏连接、执行预热或缩容。
- 配置参数（Configuration）：包括最小空闲数、最大活跃数、超时时间、生存周期等。
1.2 连接池的核心作用
连接池在性能调优中承担三个关键角色：复用、限流、预热。理解这三个作用，是后续调整连接池水位的理论基础。
| 核心作用 | 性能收益 | 实现机制 | 典型场景 |
|---|---|---|---|
| 复用 | 消除建连开销，降低延迟 50%~90% | 借出/归还模式，避免重复 TCP 握手与认证 | 高并发短查询、API 服务 |
| 限流 | 防止数据库被突发流量打垮 | 最大活跃连接数硬限制，请求排队或快速失败 | 秒杀、热点事件、流量尖峰 |
| 预热 | 冷启动时避免连接风暴 | 应用启动时预先创建 minIdle 个连接 | 服务重启、弹性伸缩、容器调度 |
调优视角：复用降低平均响应时间，限流保障系统稳定性，预热消除启动毛刺。三者共同决定了连接池的“水位”策略——即池中应该保持多少连接、何时创建、何时回收。
1.3 连接池 vs 无连接池：性能对比
以下对比基于同一业务场景：100 个并发线程，每个线程执行一次简单查询（SELECT 1），数据库为本地 MySQL 8.0。无连接池方案每次请求新建连接、使用后关闭；连接池方案使用 HikariCP，最小空闲 10，最大 20。
| 指标 | 无连接池 | 有连接池（HikariCP） | 提升幅度 |
|---|---|---|---|
| 平均响应时间（P50） | 45 ms | 3 ms | ↓ 93% |
| P99 响应时间 | 210 ms | 12 ms | ↓ 94% |
| 数据库 CPU 使用率 | 78% | 22% | ↓ 72% |
| TCP 连接数（瞬时） | 100 | 20 | ↓ 80% |
| 吞吐量（TPS） | 1,200 | 8,500 | ↑ 608% |
常见误区：连接池并非越大越好。过大的连接池会导致数据库端上下文切换加剧、锁竞争上升，反而降低吞吐量。连接池的“水位”需要根据业务并发模型、数据库规格、网络延迟综合调优。
1.4 连接池的典型参数速览
为后续章节的“水位”调优做铺垫，这里列出主流连接池（HikariCP、Druid、Tomcat JDBC）的核心参数：
| 参数名 | 默认值 | 作用 | 对水位的影响 |
|---|---|---|---|
| minimumIdle | 10 | 池中保持的最小空闲连接数 | 决定低水位下限 |
| maximumPoolSize | 10 | 池中允许的最大连接数（含活跃+空闲） | 决定高水位上限 |
| connectionTimeout | 30000 ms | 等待获取连接的超时时间 | 水位满时的排队策略 |
| idleTimeout | 600000 ms | 空闲连接最大存活时间（超过则回收） | 水位下降速度 |
| maxLifetime | 1800000 ms | 连接最大生命周期（强制替换） | 水位刷新频率 |
调优口诀：最小空闲保响应，最大池容防打穿；超时排队不阻塞，生命周期勤更换。