2. 连接池原理：数据库连接池核心参数与连接生命周期管理

数据库连接池是分布式事务场景下最容易被忽视的瓶颈点。连接池的配置直接决定了事务的并发上限、等待时间以及资源释放效率。本节从核心参数、连接生命周期两个维度展开，帮助 SRE 和架构师建立连接池水位巡检的量化依据。

2.1 连接池核心参数详解

主流连接池（HikariCP、Druid、Tomcat JDBC Pool）虽然实现细节不同，但核心参数语义高度一致。下表列出三个最关键的参数及其调优方向：

2.2 连接生命周期管理

连接从创建到销毁经历五个阶段，每个阶段都可能成为分布式事务的隐患：

1. 创建（Create） — 建立 TCP 连接、认证、设置会话参数。耗时约 10~100 ms，应避免在事务关键路径上创建。
2. 借用（Borrow） — 从池中取出连接，检查有效性（validationQuery）。Saga 编排中建议关闭自动测试或使用极轻量查询。
3. 使用（Use） — 执行 SQL，参与分布式事务分支。此阶段连接被标记为“活跃”。
4. 归还（Return） — 事务提交/回滚后归还连接。必须确保 finally 块中释放，否则造成泄漏。
5. 销毁（Evict） — 空闲超时或连接异常时关闭连接。需配合 idleTimeout 和 maxLifetime 参数。

2.3 连接池水位与事务编排的关系

连接池水位 = 当前活跃连接数 / maxActive。在 Saga 编排中，每个事务分支占用一个连接，编排引擎的并发度直接受连接池水位限制。下图展示了连接池内部状态转换与事务分支的对应关系：

2.4 参数配置示例（HikariCP + Spring Boot）

以下配置适用于分布式事务场景，兼顾吞吐与稳定性：

# application.yml 片段
spring:
  datasource:
    hikari:
      maximum-pool-size: 20          # maxActive
      minimum-idle: 5                # minIdle
      connection-timeout: 5000       # maxWait (ms)
      idle-timeout: 600000           # 10 min
      max-lifetime: 1800000          # 30 min
      validation-query: SELECT 1
      validation-timeout: 1000
      leak-detection-threshold: 60000 # 60 s 未归还则告警

2.5 连接泄漏检测与水位巡检指标

连接池水位巡检应关注以下四个核心指标：

• 活跃连接数 / maxActive 占比 — 超过 80% 持续 5 分钟触发告警。
• 等待获取连接次数 — 单位时间内 > 0 说明连接池已满，需扩容或优化事务耗时。
• 连接泄漏数 — 通过 leakDetectionThreshold 检测，泄漏连接数 > 0 立即告警。
• 连接创建/销毁频率 — 频繁创建说明 maxLifetime 过短或空闲连接被误杀。

下表汇总了巡检阈值与对应动作：