MySQL 連接數過多錯誤：原因分析、監控排查、參數調優與連接池最佳實踐

前言

Too many connections 是 MySQL 運維高頻報警。本文系統分析最大連接數限制、當前連接數、連接洩漏、連接池配置、參數調優、監控告警全鏈路，給出從應急處理到長期治理的完整方案。

一、核心指標與判斷邏輯

判斷：若 Threads_connected == max_connections，新連接將被拒絕，報錯 ERROR 1040 (HY000): Too many connections。

二、常見原因分析

三、應急處理 (秒級生效)

-- 1. 臨時調大最大連接數 (無需重啟，立即生效)
SET GLOBAL max_connections = 3000;

-- 2. 同步修改配置文件持久化
vi /etc/my.cnf
[mysqld]
max_connections = 3000

-- 3. 殺掉閒置睡眠連接 (謹慎，可能中斷正常業務)
SELECT CONCAT('KILL ', id, ';') FROM information_schema.PROCESSLIST
WHERE Command = 'Sleep' AND Time > 60 AND User = 'app_user';
-- 執行輸出的 KILL 語句

四、長期治理：參數調優基線

[mysqld]
# 最大連接數 (根據實際峰值 + 30% 緩衝)
max_connections = 5000

# 連接緩存 (減少創建/銷毀開銷)
thread_cache_size = 100

# 超時控制 (避免睡眠連接佔用槽位)
wait_timeout = 300          # 非交互式連接 5 分鐘
interactive_timeout = 300   # 交互式連接 5 分鐘

# 連接錯誤容忍 (防止惡意 IP 佔用)
max_connect_errors = 100000

# 反向 DNS 解析關閉 (加速連接建立)
skip_name_resolve = ON

# 連接池相關 (ProxySQL/應用層)
# 無服務端參數，由客戶端/中間件控制

五、連接池最佳實踰 (應用層核心)

六、中間件分流：ProxySQL (推薦)

-- ProxySQL 配置片段
mysql_servers:
  - hostgroup=10, hostname=10.0.1.10, port=3306, max_connections=2000
  - hostgroup=10, hostname=10.0.1.11, port=3306, max_connections=2000

mysql_users:
  - username=app_user, password=xxx, default_hostgroup=10, max_connections=3000

global_variables:
  mysql-max_connections=5000
  mysql-thread_cache_size=100

ProxySQL 實現連接多路複用、讀寫分離、查詢重寫、熔斷限流、審計日志，是解決「連接數過多」的終極武器。

七、監控告警體系

# Prometheus 告警規則
- alert: MySQLConnectionsHigh
  expr: mysql_global_status_threads_connected / mysql_global_variables_max_connections > 0.8
  for: 2m
  labels:
    severity: warning
  annotations:
    summary: "MySQL 連接數超過 80%"

- alert: MySQLConnectionsCritical
  expr: mysql_global_status_threads_connected / mysql_global_variables_max_connections > 0.95
  for: 1m
  labels:
    severity: critical
  annotations:
    summary: "MySQL 連接數即將耗盡"

# 關鍵圖表
- Threads_connected 趨勢圖
- Connection_errors_max_connections 計數器
- Sleep 連接數佔比
- 活躍連接來源 IP 分布

八、總結

MySQL 連接數過多本質是資源有限與需求無限的矛盾。治理路徑：
1. **應急擴容**：SET GLOBAL max_connections + 修改配置。
2. **源頭治理**：連接池科學配置 + 洩漏代碼修復 + 睡眠連接清理。
3. **架構分流**：ProxySQL 多路複用 + 讀寫分離 + 限流熔斷。
4. **監控閉環**：連接數水位告警 + 來源分析 + 容量規劃。
記住：**連接是昂貴資源，池化複用是鐵律，監控告警是底線。**

1. 上一篇文章： Heartbeat 2.0.3 + MySQL 5.0.18 高可用集群部署實戰 (RedHat Linux 9)
2. 下一篇文章： FreeBSD/Linux 下 MySQL 源碼編譯安裝與二進制包部署完整指南

MySQL 資料庫相關知識

SQL 四大語言體系詳解：DDL、DML、DCL、TCL 區別與實例

DDL（Data Definition Language）

Ubuntu 下 MySQL 安裝與 C/C++ 開發完整教程

APT 快速安裝 sudo apt-get update s

MySQL 子查詢改寫為 JOIN 實戰技巧：效能與相容性的雙重優勢

為何要將子查詢轉為 JOIN？ MySQL 3.24 版前不

MySQL 索引核心原理與性能優化實戰指南

為什麼索引是查詢加速的「銀彈」？ 關係數據庫邏輯上是集合運算