MySQL 連線數過多錯誤解決方案：max_connections 調優與連線池最佳實踐

核心指標

當 Threads_connected == max_connections 時，新連線被拒絕。

查看當前值

SHOW VARIABLES LIKE 'max_connections';
SHOW STATUS LIKE 'Threads_connected';

常見成因

1. 配置過保守：預設 100 遠低於實際併發需求。
2. 應用程式洩漏連線：未正確釋放連線回連線池，或異常路徑未關閉。
3. 連線池配置不當：池大小 > max_connections 或池耗盡未等待機制。

解決方案

1. 調大 max_connections（立竿見影）

# my.cnf / my.ini [mysqld] 區段
max_connections = 3000  # 建議值視記憶體而定，理論上限 16384

修改後**重啟 MySQL** 生效。注意：每連線消耗執行緒棧、緩衝區記憶體，總記憶體 ≈ max_connections × (thread_stack + sort_buffer + read_buffer + ...)，需確保物理記憶體充足。

2. 應用層強制使用連線池

• Java：HikariCP / Druid / DBCP2
• PHP：PDO 持久連線 / Swoole 連線池
• Python：SQLAlchemy Pool / PyMySQL Pool
• Go：database/sql 內建池

配置原則：pool_max_size ≤ max_connections × 0.8（留 20% 給管理/備份連線）。

3. 監控與告警

# 定期採集
SHOW STATUS LIKE 'Threads_connected';
SHOW STATUS LIKE 'Max_used_connections';  # 歷史峰值

設定告警：Threads_connected / max_connections > 0.8 觸發擴容或流控。

避坑指南

• 單純調大 max_connections 不解決洩漏，需並行修復應用程式。
• Windows 下 my.ini 格式與 Linux my.cnf 略異（無 set-variable 前綴）。
• 超大連線數（>5000）建議啟用 thread_pool 插件（Percona/MySQL Enterprise）降低上下文切換開銷。