MySQL "Too many connections" 解決方案：max_connections 配置生效關鍵

修改 my.cnf 設定 max_connections 後未生效，常因配置位置錯誤 (未放在 [mysqld] 區段)。本文說明正確配置位置、驗證方法、相關參數聯動調優。

問題現場

# my.cnf 內容
max_connections=2000

[mysqld]
port = 3306
socket = /tmp/mysql.sock
-- 重啟後仍顯示 151 (預設值)

根因：配置區段錯誤

MySQL 配置文件採用 INI 格式，**參數必須放在對應的區段下**。max_connections 屬於伺服器端參數，必須在 [mysqld] 區段。

正確配置

[mysqld]
max_connections = 2000
port = 3306
socket = /tmp/mysql.sock
-- 其他參數...

驗證生效

mysql> SHOW VARIABLES LIKE 'max_connections';
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| max_connections | 2000  |
+-----------------+-------+

相關聯動參數 (需同步調整)

系統層面限制檢查 (Linux)

# 1. 進程文件描述符限制
cat /proc/$(pidof mysqld)/limits | grep "Max open files"
# 需 >= open_files_limit

# 2. 系統全域限制
cat /proc/sys/fs/file-max

# 3. 用戶限制 (/etc/security/limits.conf)
mysql soft nofile 65535
mysql hard nofile 65535

# 4. systemd 服務限制 (/usr/lib/systemd/system/mysqld.service)
[Service]
LimitNOFILE=65535
LimitNPROC=65535

連線池最佳實踐 (應用層)

• **不要**將連線池最大值設為 max_connections，預留 10-20% 給管理連線、備份、監控
• 核心連線數：CPU 核心數 * 2-4
• 最大連線數：核心數 * 2 + 有效併發請求數
• 啟用連線驗證：testOnBorrow=true、validationQuery=SELECT 1
• 監控指標：Threads_connected, Threads_running, Connection_errors_max_connections

排查清單

1. 配置是否在 [mysqld] 區段？
2. 重啟後 SHOW VARIABLES 是否生效？
3. 系統 ulimit -n、systemd LimitNOFILE 是否足夠？
4. 應用連線池配置是否合理？是否有連線洩漏？
5. 是否達到 max_user_connections 單用戶限制？