AP遠端連接MySQL Connection暴增最後造成ERROR 1040 (HY000): Too many connections-优快云博客

本文介绍了一种在PHP系统中连接远程MySQL服务器时遇到的连接数过多错误的问题，并提供了几种解决方案，包括修改最大连接数设置、调整连接超时时间及通过配置DNS反解和使用SSH隧道来避免该问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

PHP連接遠端mysql server最終造成ERROR 1040 (HY000): Too many connections

最近遇到一個很詭異的問題，原本的PHP系統要擴增AP Server並把MySQL移到一台獨立的Server上運作，原本認為這個task幾乎是沒有風險的，沒想到一接上線，大量的Client端的請求不僅無法消化，MySQL這邊的Connection數目竟然會很快地暴增，進而讓MySQL不斷吐Too many connections的錯誤的訊息。

但是如果去google "ERROR 1040 (HY000): Too many connections" 的話，許多文章會要你修改max_connections的數目或connection expire(逾期)的時間(例如這篇，下面的指令內容也都引用自此篇文章)。

提高max_connection的數值
- 查詢現在的max connections設定，以在任何可以query的地方執行下面的指令
- select VARIABLE_VALUE from information_schema.GLOBAL_VARIABLES where VARIABLE_NAME=’MAX_CONNECTIONS’;
查詢現在已經使用的connections數目
select count(*) from information_schema.PROCESSLIST;

服務執行中動態更改max connections，可以在任何可以query的地方執行下面的指令 (下面的xxxx是數字，即允許的最大的connection數目)，不過這種設定方式，mysql服務重啟就會失效。

set global max_connections = xxxx;

透過修改設定檔增加max_connections (my.cnf 或是 my.ini)，在 [mysqld] 的下面修改 max_connections的數值 (如果沒有的話要自己加進去，預設值是100)，修改後需要重啟mysql服務才會生效修改connection的逾期時間(expire time)，讓connection不會佔用過久的時間 interactive_timeout(單位是秒)，下面這個是動態修改的方法。靜態修改也是直接在mysqld裡面加入或修改interactive_timeout的參數就可以了。

set global interactive_timeout = 3600;

不過在這個case裡面去修改max_connections的參數是沒有用的，因為connection增加的速度太快，最終會灌爆MySQL的 max_connection (我曾有把max_connections改到九十萬，不過connection炸到3萬左右正個系統就癱瘓了)。

因為原本的系統不會有這樣的問題，所以開始換OS、Switch Hub怪罪所有修改過的東西，後來trial and error卻發現，如果AP改用SSH Tunnel來連MySQL就不會有相同的問題，這十分怪異。後來百思不得其解的時候突然在某篇討論串中有人提到可能的原因之一是MySQL試著去反解AP的主機名稱，而DNS又沒有設定AP Server的反解的record才會出現這個問題。所以，解決的方法如下：

去DNS把每台要連的主機名稱設反解
設定MySQL Server的/etc/hosts (各系統hosts放置位置請參考這一篇)，把要連的AP主機的主機名稱與IP設定上去。 (例如：下面這樣)

192.168.100.101 ap-server1
192.168.100.102 ap-server2

127.0.0.1 localhost mysql-serv
….
修改MySQL的設定檔my.cnf (在windows上是my.ini)，在[mysqld]下面多加一行skip-name-resolve讓mysql不要在去反解主機名稱

修改了主機名稱反解的問題後，connections就不再暴增了，提供上面幾個解決方法，請參考嚕，希望有幫助。