4. 连接池基础概念：连接池的作用、核心参数

在 BFF 聚合服务中，每一次对后端微服务（如用户服务、订单服务、商品服务）的调用，本质上都需要通过数据库连接或网络连接来完成。如果每次请求都经历“创建连接 → 使用 → 销毁连接”的完整过程，系统在高并发下会频繁陷入 TCP 握手、认证、资源分配的开销中，导致响应时间急剧上升。连接池正是为了解决这一问题而生的核心组件。

4.1 连接池的作用

连接池维护了一个预先创建好的连接集合，应用程序需要时从池中“借出”，使用完毕后“归还”，而不是销毁。其核心价值体现在以下三个方面：

4.2 核心参数详解

连接池的调优本质是对以下三个核心参数的平衡：最大连接数、最小空闲连接数、超时时间。下面逐一拆解。

4.2.1 最大连接数（maximumPoolSize）

连接池允许同时存在的最大连接数量。当所有连接都被占用时，新请求必须等待空闲连接或触发超时。

• 设置过小： 请求排队严重，吞吐量下降，BFF 聚合接口出现大量等待超时。
• 设置过大： 后端数据库或服务连接数被打满，导致 CPU 飙升、上下文切换频繁，甚至触发 OOM。
• 推荐公式： 最大连接数 = (核心线程数 × (1 + 等待时间 / 处理时间))，通常从 10~20 起步，通过压测逐步上调。

4.2.2 最小空闲连接数（minimumIdle）

连接池保持空闲状态的最小连接数。当空闲连接低于此值时，池会主动创建新连接补充。

• 作用： 应对突发流量，避免流量尖峰时临时创建连接带来的延迟。
• 设置建议： 对于 BFF 层，建议设置为 最大连接数的 20%~30%。例如最大连接数 20，最小空闲设为 4~6。
• 注意： 设置过大会浪费资源，尤其在高并发但间歇性请求的场景下。

4.2.3 超时时间（connectionTimeout / idleTimeout / maxLifetime）

连接池涉及三类超时，各自控制不同的生命周期阶段：

4.3 连接池核心参数关系图

下图展示了连接池内部连接的生命周期以及三个核心参数的管控位置：

4.4 参数配置示例（HikariCP）

以下是一个针对 BFF 聚合服务优化的 HikariCP 连接池配置，适用于 MySQL 数据库：

# BFF 服务数据库连接池配置（application.yml）
spring:
  datasource:
    hikari:
      # 核心参数
      maximum-pool-size: 20
      minimum-idle: 5
      connection-timeout: 5000       # 5秒获取超时
      idle-timeout: 300000           # 5分钟空闲回收
      max-lifetime: 600000           # 10分钟最大存活

      # 辅助参数
      connection-test-query: SELECT 1
      validation-timeout: 3000
      leak-detection-threshold: 60000  # 1分钟连接泄漏检测