4. 连接池基础原理：数据库连接池（HikariCP/Druid）的核心机制、连接生命周期、最小/最大连接数配置、连接泄漏检测

在 BFF 聚合层架构中，数据库连接池是数据访问的“咽喉”。每次数据库查询都需要从连接池获取连接，使用完毕后再归还。连接池的配置与运行状态直接决定了聚合层的响应延迟与吞吐量。本章深入剖析 HikariCP 与 Druid 两大主流连接池的核心机制，帮助你在慢查询诊断中精准定位连接层瓶颈。

4.1 连接池核心机制

连接池的本质是复用 TCP 连接，避免每次数据库操作都经历三次握手、认证、资源分配的开销。其核心工作流程如下：

1. 初始化：启动时根据 minimumIdle 参数创建一批“预热连接”。
2. 借出：业务线程从池中获取连接（getConnection()），若池中有空闲连接则直接返回；若无空闲且未达到最大连接数，则新建连接。
3. 使用：线程执行 SQL 查询，期间连接被独占。
4. 归还：线程调用 close() 将连接归还池中，标记为空闲。
5. 回收：后台线程定期检查空闲连接是否超时（idleTimeout），超时则关闭并移除。

4.2 连接生命周期

一个数据库连接从创建到销毁经历以下阶段：

4.3 最小/最大连接数配置

这是连接池最核心的两个参数，直接决定资源占用与并发能力。

4.4 连接泄漏检测

连接泄漏是 BFF 聚合层最常见的性能隐患之一。当业务代码获取连接后未正确归还，连接池中的活跃连接数持续增长，最终耗尽所有连接，导致新请求全部阻塞。

4.4.1 泄漏检测机制对比

4.4.2 泄漏诊断步骤

1. 监控告警：设置 activeCount 接近 maximumPoolSize 时触发告警。
2. 堆栈分析：HikariCP 开启 leakDetectionThreshold 后，在日志中搜索 Connection leak detection，查看堆栈定位未归还的代码位置。
3. Druid 监控页面：访问 Druid 内置监控页，查看 连接池-连接泄漏 列表，直接显示泄漏连接的获取堆栈。
4. 代码审计：检查 try-with-resources 使用是否完整，确保 finally 块中关闭连接。

4.4.3 泄漏检测配置示例

// HikariCP 配置示例
HikariConfig config = new HikariConfig();
config.setJdbcUrl("jdbc:mysql://localhost:3306/bff_db");
config.setUsername("bff_user");
config.setPassword("bff_pass");
config.setMinimumIdle(5);
config.setMaximumPoolSize(20);
config.setIdleTimeout(300000);          // 5分钟
config.setMaxLifetime(1800000);         // 30分钟
config.setLeakDetectionThreshold(60000); // 60秒泄漏检测
config.setConnectionTestQuery("SELECT 1");

HikariDataSource ds = new HikariDataSource(config);

// Druid 配置示例
DruidDataSource ds = new DruidDataSource();
ds.setUrl("jdbc:mysql://localhost:3306/bff_db");
ds.setUsername("bff_user");
ds.setPassword("bff_pass");
ds.setMinIdle(5);
ds.setMaxActive(20);
ds.setRemoveAbandoned(true);
ds.setRemoveAbandonedTimeout(300);   // 5分钟
ds.setLogAbandoned(true);            // 记录泄漏堆栈
ds.setTestWhileIdle(true);
ds.setValidationQuery("SELECT 1");