为何SQL连接数爆满

SQL 连接数爆满（数据库连接池被打满 / Too many connections）是生产环境非常常见的问题，通常不是“某一个原因”，而是多个因素叠加。下面按最常见 → 较少见的顺序系统说明。

一、最常见原因（80% 的情况）

1️⃣ 连接未正确关闭（连接泄漏）

这是头号原因。

典型代码问题：

Connection conn = dataSource.getConnection();
// 忘记 close()

或：

cur = conn.cursor()
# 异常时没 finally / with

结果：

• 每个请求都新建连接
• 旧连接不释放
• 连接数只增不减

✅ 正确做法：

• 使用 try-with-resources / with
• 使用连接池（HikariCP、Druid）

2️⃣ 连接池配置不合理

常见错误配置：

• 最大连接数过大

  maxPoolSize = 500
  

• 或过小但并发高

后果：

• 应用疯狂拿连接
• 数据库直接被打满

✅ 经验值：

• MySQL：单实例 100～300
• 微服务：按 QPS / RT 计算

3️⃣ SQL 执行太慢（连接被“占着不用”）

一个慢 SQL 占用连接 10 秒：

100 QPS × 10s = 1000 连接

常见慢 SQL：

• 缺索引
• SELECT *
• 大表 JOIN
• 锁等待

✅ 解决：

• 加索引
• 限流
• 异步化

二、并发 & 架构问题

4️⃣ 突发流量 / 雪崩

• 秒杀
• 定时任务集中执行
• 上游重试

表现：

• 连接瞬间打满
• 数据库假死

✅ 方案：

• 限流
• 排队
• 熔断

5️⃣ 微服务连接放大

1 请求
 ├─ 服务A → DB
 ├─ 服务B → DB
 └─ 服务C → DB

一个外部请求 = 多个 DB 连接

✅ 方案：

• 减少同步调用
• 使用本地缓存

三、数据库侧原因

6️⃣ 锁等待 / 死锁

• 行锁升级表锁
• 事务未提交

表现：

• 连接全卡在 Sending data
• SHOW PROCESSLIST 全是 Locked

✅ 检查：

SHOW PROCESSLIST;
SELECT * FROM information_schema.innodb_trx;

7️⃣ 数据库最大连接数本身太小

SHOW VARIABLES LIKE 'max_connections';

如果：

max_connections = 150
应用池 = 300

必然爆。

四、容易被忽略的原因

8️⃣ 监控 / 运维工具占连接

• Navicat
• 慢查询工具
• 报表系统

9️⃣ 空闲连接未回收

• wait_timeout 太大
• 连接池未设空闲回收

五、快速排查顺序（推荐）

1. SHOW PROCESSLIST
2. 看是否大量 Sleep / Query
3. 查慢 SQL
4. 看连接池配置
5. 看代码是否漏 close
6. 看流量曲线

六、一句话总结

SQL 连接数爆满，90% 不是数据库的问题，而是“连接没关 + SQL 慢 + 配置乱”。

如果你愿意，可以告诉我：

• 用的什么数据库（MySQL / PostgreSQL / Oracle）
• 什么语言 / 框架
• 是否用了连接池

我可以帮你精准定位是哪一类问题。