连接数满警报怎么缓解

“连接数满（连接数打满/连接耗尽）”是很常见的线上告警，常见于 数据库连接、Redis连接、HTTP/TCP连接、Nginx、微服务间调用 等场景。缓解思路分「先止血」和「根治」两步。

一、先止血（立刻缓解告警）

1. 确认是哪类连接满了

先定位：

• 数据库连接满（MySQL / PG）
• Redis连接满
• 应用线程/TCP连接满
• 网关 / Nginx 连接满

常用命令示例：

# TCP连接
netstat -an | wc -l
ss -s

# MySQL
show processlist;

# Redis
redis-cli info clients

2. 临时释放连接（快速止血）

数据库：

• kill 长时间空闲或阻塞的连接

-- MySQL
kill <id>;

Redis：

• 设置超时或手动断连接

redis-cli client kill <ip:port>

应用层：

• 重启部分实例（最暴力但有效）
• 限流（如 Nginx / Sentinel / 网关）

3. 临时扩容

• 增加应用实例（横向扩容）
• 提高连接数上限（谨慎）：
  • MySQL: max_connections
  • Redis: maxclients
  • 系统: ulimit -n

⚠️ 提高上限只是拖延时间，不是根本解法。

二、找原因（避免反复告警）

常见根因

1. 连接未释放（泄漏）

   • 忘记 close / 未用 try-with-resources
   • 异常路径未释放连接

2. 没有连接池或池配置不合理

   • 池太小 → 排队
   • 池太大 → 打满后端

3. 慢查询 / 慢接口

   • 连接被长期占用

4. 突发流量

   • 没有限流、降级

5. 短连接过多

   • 频繁建连/断连（HTTP 未复用）

三、根治方案（长期稳定）

1. 使用连接池（必须）

• 数据库：HikariCP / Druid
• Redis：Lettuce / Jedis Pool
• HTTP：连接复用（keep-alive）

示例（HikariCP）：

maximum-pool-size: 20
idle-timeout: 600000
max-lifetime: 1800000

2. 设置合理超时

• 连接超时
• 读取超时
• 空闲回收

避免“死连接”长期占坑。

3. 限流 & 降级

• 网关限流
• 接口降级
• 熔断（Sentinel / Hystrix）

4. 监控 & 预警

• 连接数趋势监控
• 慢查询监控
• 连接池使用率

四、一句话总结

连接满 = 连接被“借了不还”或“借得太慢”
先 kill / 扩容止血，再查泄漏 + 加池 + 限流。

如果你能告诉我：

• 是什么组件连接满（MySQL / Redis / Nginx / 自研服务）
• 技术栈（Java / Go / Node）

我可以给你更具体的命令和配置示例。