📚 课程目录第2章连接池核心原理

2. 连接池核心原理：连接复用、生命周期管理、最小/最大连接数、空闲超时机制

连接池的本质是一个共享资源容器，它通过复用 TCP 连接来消除频繁建连/断连的开销。理解其核心原理，是设计高效回收策略、缓解尾延迟波动的前提。本节从四个维度拆解连接池的内部机制。

每次新建 TCP 连接都涉及三次握手、TLS 协商（如适用）、数据库认证等步骤，耗时通常在 1ms~50ms 之间。连接复用让多个请求共享同一物理连接，将建连成本分摊到多次请求中。

  复用收益量化： 假设每次建连耗时 10ms，连接池复用率 95%，则平均每次请求节省 9.5ms。对于 1000 QPS 的服务，每秒节省 9.5 秒的 CPU 等待时间。

连接池中的每个连接都经历四个阶段：创建 → 空闲 → 活跃 → 销毁。池管理器负责跟踪每个连接的状态，并在合适的时机触发状态转换。

最佳实践： 连接创建时应执行一次轻量级验证（如 SELECT 1），确保连接可用后再放入空闲队列，避免将“僵尸连接”交给业务线程。

这两个参数定义了连接池的伸缩边界，直接影响系统的资源占用和响应能力。

最小连接数（minIdle / minimumIdle）： 池中保持的空闲连接下限。即使没有请求，池也会维持至少这么多连接。用于应对突发流量，减少冷启动建连延迟。
最大连接数（maxActive / maximumPoolSize）： 池中允许的最大连接总数（包括空闲和活跃）。超过此值的请求必须等待或直接拒绝。

参数配置不当的典型后果：

空闲超时是连接池回收的核心策略。它定义了连接在空闲队列中存活的最大时长，超时后将被销毁。同时，为了防止连接被网络设备（如防火墙、NAT 网关）意外断开，还需要配合保活检测。

以下为业界主流连接池（HikariCP、Druid、Tomcat JDBC Pool）的通用参数对照：

参数名	HikariCP	Druid	Tomcat JDBC	说明
最小空闲连接	`minimumIdle`	`minIdle`	`minIdle`	池中保持的最少空闲连接数
最大连接数	`maximumPoolSize`	`maxActive`	`maxActive`	池中允许的最大连接总数
空闲超时	`idleTimeout`	`minEvictableIdleTimeMillis`	`minEvictableIdleTimeMillis`	连接最大空闲时间，超时回收
保活间隔	`keepaliveTime`	`timeBetweenEvictionRunsMillis`	`timeBetweenEvictionRunsMillis`	后台线程检查空闲连接的周期
连接超时	`connectionTimeout`	`maxWait`	`maxWait`	请求等待连接的最大毫秒数

注意： 空闲超时设置过短（如 < 10s）会导致连接频繁创建销毁，反而增加延迟和数据库负载。建议根据业务请求间隔和数据库侧的超时配置（如 MySQL wait_timeout）综合设定，通常 30s~300s 是合理区间。