3. 数据库连接池基础：连接池概念、为什么需要连接池、连接池与传统直连的对比

3.1 连接池核心概念

数据库连接池（Connection Pool）是一种在应用启动时预先创建并维护一组数据库连接的资源管理技术。连接池中的连接在应用与数据库之间保持打开状态，当应用需要执行数据库操作时，从池中“借出”一个空闲连接；操作完成后，将连接“归还”到池中，而不是直接关闭。

3.2 为什么需要连接池

在传统直连模式下，每次数据库操作都经历完整的连接生命周期：TCP 三次握手、数据库认证、资源分配、SQL 执行、连接关闭。对于高并发场景，这种模式会带来严重的性能瓶颈。

连接池解决的核心问题包括：

• 减少连接建立开销：避免频繁的 TCP 三次握手和数据库认证过程。
• 控制并发连接数：防止应用突发流量打满数据库最大连接限制。
• 提升响应速度：连接即取即用，消除等待连接建立的时间。
• 资源复用：减少数据库端频繁创建和销毁线程/进程的资源消耗。
• 连接健康管理：自动检测并剔除失效连接，保证连接可用性。

3.3 连接池与传统直连的对比

3.4 连接池的关键参数

连接池的性能表现高度依赖参数配置，以下是 Docker 容器化环境中需要重点关注的参数：

3.5 连接池的工作流程

1. 初始化：应用启动时，连接池根据 minimumIdle 参数创建初始连接。
2. 请求连接：应用线程调用 getConnection()，连接池检查是否有空闲连接。
3. 分配连接：若有空闲连接，直接分配；若无且未达到 maximumPoolSize，创建新连接；若已达上限，线程等待直到超时。
4. 执行 SQL：应用通过获取到的连接执行数据库操作。
5. 归还连接：操作完成后，调用 close() 将连接归还池中，而非真正关闭。
6. 健康检查：连接池定期执行 validationQuery，剔除失效连接并补充新连接。

3.6 连接池在 Docker 容器中的特殊考量

在 Docker 容器化部署中，连接池的配置需要额外关注以下因素：

• 容器资源限制：Docker 容器的 --memory 和 --cpus 限制直接影响连接池的最大连接数。每个数据库连接通常占用 1-10MB 内存，需根据容器内存合理计算。
• 网络延迟：容器间通信（特别是跨主机）的网络延迟比传统部署更高，连接池的 connectionTimeout 需要适当放宽。
• 动态扩缩容：Kubernetes 等编排工具会动态调整容器副本数，连接池参数应支持通过环境变量注入，避免硬编码。
• 连接泄漏风险：容器重启频繁时，未正确归还的连接会导致连接泄漏，需设置合理的 maxLifetime 和泄漏检测机制。