连接池基础概念

连接池是 BFF 层性能优化的基石。在微服务与前端聚合场景中，每一次 API 调用都伴随着连接的建立与释放，若不加管理，系统会因频繁的 TCP 握手、TLS 协商和数据库认证而陷入高延迟与资源浪费。连接池通过复用已建立的连接，显著降低延迟、控制并发、保护下游服务不被突发流量冲垮。

连接池的作用

连接池的核心价值体现在三个维度：

• 降低延迟：复用已建立的连接，避免每次请求都经历 TCP 三次握手、TLS 握手或数据库认证，单次请求可节省 2–5 个 RTT。
• 控制并发：通过最大连接数限制，防止 BFF 层无节制地创建连接，保护数据库或下游 HTTP 服务不被突发流量打满。
• 资源复用：连接池内部维护空闲连接，减少操作系统文件描述符、线程栈、内存缓冲区的频繁分配与回收。

数据库连接池与 HTTP 连接池的区别

虽然两者都遵循“池化复用”思想，但在协议特性、生命周期管理和资源消耗上存在本质差异。下表从六个维度进行对比：

连接池的核心参数

连接池的调优本质是对三个核心参数的权衡：最大连接数、最小空闲数和超时时间。理解每个参数的含义与影响，是后续调优的前提。

1. 最大连接数（maximumPoolSize）

连接池允许创建的最大连接数量。该参数决定了 BFF 层能够并发处理的最大请求数。设置过小会导致请求排队等待连接；设置过大会压垮下游数据库或 HTTP 服务。

• 数据库连接池：通常设置为 CPU 核心数 × 2 + 1（HikariCP 推荐公式），避免过多连接导致数据库上下文切换。
• HTTP 连接池：通常设置为 预期并发请求数 × (1 + 冗余系数)，例如预期 200 QPS、平均响应 200ms，则最大连接数 ≈ 200 × 0.2 × 1.2 ≈ 48。

2. 最小空闲数（minimumIdle）

连接池在空闲状态下保持的最小连接数。该参数决定了系统在低负载时的资源占用和突发流量时的响应速度。

• 高流量 BFF：建议将最小空闲数设为最大连接数的 30%–50%，避免冷启动时频繁创建连接。
• 低流量或定时任务型 BFF：可设为 0 或较小值，减少空闲资源占用。
• 注意：数据库连接池的最小空闲数不宜过高，否则会占用数据库侧宝贵的连接槽位。

3. 超时时间（timeout）

连接池涉及三类超时，各自控制不同的等待阶段：

连接池核心参数关系图

下图展示了连接池内部连接的生命周期与三个核心参数的交互关系：

参数配置示例

以下是一个 Node.js BFF 层使用 undici HTTP 连接池和 pg-pool 数据库连接池的典型配置：

// HTTP 连接池（undici）
const { Pool } = require('undici');
const httpPool = new Pool('https://api.example.com', {
  connections: 50,           // 最大连接数
  pipelining: 10,            // HTTP/1.1 管道数
  keepAliveTimeout: 30_000,  // 空闲超时（毫秒）
  maxHeaderSize: 16384
});

// 数据库连接池（pg-pool）
const { Pool: PgPool } = require('pg');
const dbPool = new PgPool({
  host: 'db.example.com',
  port: 5432,
  database: 'bff_db',
  max: 20,                  // 最大连接数
  min: 5,                   // 最小空闲数
  idleTimeoutMillis: 30_000,// 空闲超时（毫秒）
  connectionTimeoutMillis: 5_000, // 连接超时（毫秒）
  maxLifetimeSeconds: 900   // 最大生存时间（秒）
});