目录
[1. 连接本质](#1. 连接本质)
[2. 单次创建连接的成本（为什么不能频繁新建）](#2. 单次创建连接的成本（为什么不能频繁新建）)
[3. 直连模式（无连接池）流程](#3. 直连模式（无连接池）流程)
[二、连接池（Connection Pool）核心定义](#二、连接池（Connection Pool）核心定义)
[三、连接池关键配置参数（以 HikariCP、Druid 主流连接池为例）](#三、连接池关键配置参数（以 HikariCP、Druid 主流连接池为例）)
[1. 核心四大参数](#1. 核心四大参数)
[2. 附加配置](#2. 附加配置)
[1. 连接泄露](#1. 连接泄露)
[2. 连接池耗尽（连接打满）](#2. 连接池耗尽（连接打满）)
[七、不止数据库：Redis / 消息队列也有连接池](#七、不止数据库：Redis / 消息队列也有连接池)
[八、补充：数据库服务端连接参数（MySQL 视角）](#八、补充：数据库服务端连接参数（MySQL 视角）)
一、基础概念：什么是「连接」
1. 连接本质
连接 = 客户端 ↔ 服务端 之间建立的 TCP 网络链路 + 服务端分配的资源句柄 以 MySQL 举例：
- 应用发起 TCP 三次握手，和 MySQL 服务建立 Socket 通信；
- MySQL 创建线程、分配内存、权限校验、初始化会话环境（事务隔离级别、字符集、临时变量）；
- 这条链路就是数据库连接 Connection，所有 SQL 执行都基于这条连接收发报文。
2. 单次创建连接的成本（为什么不能频繁新建）
- 网络开销：TCP 握手、DNS 解析、往返 IO；
- 服务端资源开销：MySQL 创建工作线程、分配内存、权限认证；
- 销毁开销：用完关闭连接时，TCP 四次挥手、服务端回收线程内存。
短业务频繁
new Connection() + close()：创建销毁耗时远大于 SQL 执行，高并发下直接拖垮 DB。
3. 直连模式（无连接池）流程
请求→新建连接→执行SQL→关闭连接→释放资源缺点：高并发频繁创建销毁、瞬时连接数暴涨打爆数据库 max_connections。
二、连接池（Connection Pool）核心定义
连接池是提前初始化一批数据库连接，放在容器中缓存复用的资源管理器
思想：连接复用，避免频繁创建销毁连接，是中间缓存思想的落地（池化技术：线程池、对象池、内存池同理）。
核心运作逻辑
-
初始化 ：启动时预先创建
minIdle(最小空闲数)个连接，存入空闲队列； -
借连接（获取） ：业务需要连接时，优先从空闲队列取空闲连接；
- 空闲有连接：直接取出使用；
- 空闲无连接：若当前总连接 <maxTotal (最大连接) → 新建连接；
- 总连接已达上限：阻塞等待 / 直接抛出超时异常（由配置决定）；
-
还连接（归还） ：业务
close()不是销毁连接，归还到空闲队列； -
保活 / 淘汰：后台定时线程，剔除空闲过久、失效坏连接，补充空闲连接至最小空闲数。
请求→从池子拿空闲连接→执行SQL→归还连接到池子（不销毁）
三、连接池关键配置参数（以 HikariCP、Druid 主流连接池为例）
1. 核心四大参数
| 参数 | 含义 |
|---|---|
| minimumIdle（minIdle） | 最小空闲连接：池子常驻保活的空闲连接，避免冷启动反复创建 |
| maximumPoolSize（maxTotal） | 最大连接数：池子能创建的连接上限，决定数据库瞬时并发连接峰值 |
| idleTimeout | 空闲超时：空闲连接超过该时间自动被回收（低于 minIdle 则不回收） |
| connectionTimeout | 获取连接超时：业务从池子拿连接等待的最长时间，超时抛异常 |
2. 附加配置
maxLifetime：连接生命周期，所有连接到达生命周期强制销毁换新（规避 DB 侧被动断开的无效连接）；testOnBorrow/testWhileIdle：借连接时 / 空闲巡检时，用select 1探测连接是否存活，剔除断连坏连接。
四、连接池里三种连接状态
- 空闲连接（Idle）：在池子队列待命，未被业务占用；
- 活跃连接（Active/Busy）：已经被业务借出，正在执行 SQL / 事务；
- 废弃连接（Dead）：TCP 断连、服务端被 kill、异常失效，被健康检测剔除销毁。
总连接数 = 空闲连接数 + 活跃连接数 ≤ maximumPoolSize
五、常见问题：连接泄露、连接耗尽
1. 连接泄露
拿到连接忘记归还（没 close / 没释放） 场景：代码异常没 finally 关闭连接、事务卡住未提交。 后果：活跃连接只增不减，空闲连接逐步归零，后续请求拿不到连接，报get connection timeout。 解决：try-with-resources 自动关闭、框架 MyBatis/Spirng 事务管理器自动回收连接。
2. 连接池耗尽（连接打满）
表现：获取连接超时，全链路阻塞。 诱因：
- max 连接数配置过小，并发量大；
- 慢 SQL 长时间占用连接不释放；
- 连接泄露；
- DB 服务端宕机 / 网络闪断，大量连接僵死。
六、主流连接池对比（Java）
- HikariCP（SpringBoot 默认）：轻量、零锁优化、性能最高，参数精简；
- Druid（阿里）：内置监控面板、防 SQL 注入、扩展强，企业项目常用；
- C3P0/DBCP：老牌连接池，性能落后，新项目基本淘汰。
七、不止数据库：Redis / 消息队列也有连接池
- Redis 连接池（Lettuce/Jedis）：TCP 连接复用，Jedis 老版本必须依赖连接池，Lettuce 基于 Netty 多路复用，少量连接支撑大量并发；
- RocketMQ/Kafka 生产者连接池：复用 Broker 网络连接，避免每次发消息新建 TCP。
池化通用思想：昂贵资源预先创建、循环复用、统一管控生命周期。
八、补充：数据库服务端连接参数（MySQL 视角）
max_connections：MySQL 服务端最大允许接入连接总数，应用连接池 max 不能超过该值，否则会出现 DB 拒绝新连接。 例：MySQL 默认 150，应用所有服务连接池 max 总和不能 > 150。