1. 连接池基础概念
1.1 什么是连接池
连接池（Connection Pool）是一种在应用启动时预先创建并维护一组数据库连接的技术。这些连接被集中管理、复用，而不是每次请求都新建和销毁。连接池本质上是资源复用与开销分摊的设计模式在数据库访问层的具体实现。
核心定义：连接池 = 一组已建立且可复用的数据库物理连接 + 一套连接分配、回收、健康检测与扩容缩容的管理策略。
1.2 连接池的作用与优势
连接池解决了数据库访问中最核心的性能瓶颈——连接建立的高昂成本。一次完整的数据库连接建立涉及 TCP 三次握手、数据库认证、会话初始化等多个步骤，在并发场景下，频繁创建连接会急剧增加响应延迟和系统资源消耗。
| 优势维度 | 具体说明 | 性能影响 |
|---|---|---|
| 降低连接建立开销 | 复用已建立的物理连接，避免每次请求都执行 TCP 握手 + 认证 | 连接建立时间从 10~50ms 降至 0ms（复用） |
| 控制并发连接数 | 通过 maximumPoolSize 限制数据库最大并发连接，防止数据库过载 | 避免连接风暴导致数据库 OOM 或连接拒绝 |
| 提升响应速度 | 请求到达时连接已就绪，无需等待连接建立 | 首次请求延迟降低 60%~90% |
| 资源生命周期管理 | 自动检测失效连接、空闲回收、按需扩容 | 减少 DBA 人工干预，提升系统稳定性 |
| 统一超时与重试策略 | 连接超时、空闲超时、最大生存时间等参数集中配置 | 避免每个应用自行实现，降低代码复杂度 |
实践经验：在微服务架构中，每个服务实例的连接池独立管理。一个 4C8G 的 Java 服务实例，连接池大小通常设置为 10~30，即可支撑数百 QPS 的数据库请求。过大的连接池反而会导致上下文切换加剧和数据库连接争用。
1.3 连接池与直连的对比
直连（Direct Connection）是指每次数据库请求都新建一个连接，使用完毕后立即关闭。这种模式在低并发、低频次场景下简单直接，但在高并发生产环境中存在严重缺陷。
| 对比维度 | 连接池模式 | 直连模式 |
|---|---|---|
| 连接建立频率 | 仅在初始化或扩容时建立，后续复用 | 每次请求都新建 + 关闭 |
| 单次请求延迟 | 低（连接已就绪） | 高（含连接建立时间） |
| 数据库并发压力 | 可控，最大连接数由池大小限制 | 不可控，突发流量可能打满数据库连接 |
| 资源利用率 | 高，连接复用减少系统开销 | 低，频繁创建销毁浪费 CPU/内存 |
| 连接健康检测 | 内置心跳、保活、自动剔除失效连接 | 无，依赖应用自行处理 |
| 适用场景 | 高并发、长事务、微服务、API 服务 | 低并发脚本、一次性批处理、管理工具 |
| 代码复杂度 | 低（连接池框架封装） | 高（需自行管理连接生命周期） |
避坑提醒：直连模式在并发超过 50 时，数据库连接数会急剧膨胀。某电商案例中，瞬时流量导致 2000 个直连同时建立，数据库连接数瞬间打满 max_connections，引发全局拒绝服务。连接池的 maximumPoolSize 是保护数据库的最后一道防线。
1.4 连接池的核心参数概览
理解连接池基础概念后，需要掌握几个关键参数，它们是后续调优的基础：
- minimumIdle：池中保持的最小空闲连接数，避免频繁创建新连接。
- maximumPoolSize：池中允许的最大连接数，控制数据库并发上限。
- connectionTimeout：获取连接的超时时间，防止请求无限等待。
- idleTimeout：空闲连接的最大存活时间，超过则回收释放。
- maxLifetime：连接的最大生存时间，防止长时间连接被数据库端断开。
- keepaliveTime：心跳检测间隔，确保连接有效。