AP遠端連接MySQL Connection暴增最後造成ERROR 1040 (HY000): Too many connections

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

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才會出現這個問題。所以,解決的方法如下:

  1. 去DNS把每台要連的主機名稱設反解
  2. 設定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
    ….

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

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

### MySQL 错误 1040 "Too Many Connections" 的解决方案 错误代码 `1040` 表示 MySQL 数据库连接数过多,超过了最大允许的连接数限制。此问题通常发生在高并发场景下,当应用程序尝试建立的连接数超过 MySQL 配置的最大值时触发。以下是一些详细的解决方法和优化建议: #### 调整 MySQL 最大连接数配置 MySQL 的最大连接数由参数 `max_connections` 控制。可以通过修改配置文件或动态调整该参数来增加最大连接数。默认情况下,`max_connections` 的值为 151,可以根据需求进行调整[^2]。 ```bash # 动态调整 max_connections 参数 SET GLOBAL max_connections = 500; ``` 如果需要永久生效,可以在 MySQL 配置文件(通常是 `my.cnf` 或 `my.ini`)中添加或修改以下内容: ```ini [mysqld] max_connections = 500 ``` 保存后重启 MySQL 服务以使更改生效。 #### 检查并优化连接池 如果应用程序使用了数据库连接池,确保连接池的配置合理。检查以下几点: - 确保连接池的最大连接数低于 MySQL 的 `max_connections` 值。 - 检查是否有未关闭的连接导致连接泄漏。可以使用以下 SQL 查询查看当前活动连接数: ```sql SHOW STATUS LIKE 'Threads_connected'; ``` 如果发现连接数接近或达到 `max_connections` 的限制,可能是由于应用程序未能正确释放连接所致。需要检查应用程序代码中的数据库连接管理逻辑[^3]。 #### 增加服务器资源 如果系统负载较高,可能需要升级服务器硬件资源(如 CPU、内存等),以支持更高的并发连接数。此外,还可以通过以下方式优化性能: - 增加 `innodb_buffer_pool_size`,减少磁盘 I/O。 - 调整 `wait_timeout` 和 `interactive_timeout` 参数,缩短空闲连接的保持时间,及时释放不再使用的连接。 ```bash # 设置空闲连接超时时间 SET GLOBAL wait_timeout = 60; # 单位为秒 SET GLOBAL interactive_timeout = 60; ``` #### 监控与日志分析 启用慢查询日志和通用查询日志,分析是否存在长时间运行的查询或不必要的连接。通过优化查询性能和减少不必要的连接,可以有效降低连接数。 ```sql -- 启用慢查询日志 SET GLOBAL slow_query_log = 'ON'; SET GLOBAL long_query_time = 2; -- 记录执行时间超过 2 秒的查询 ``` #### 总结 通过调整 MySQL 配置参数、优化应用程序连接池管理、增加服务器资源以及监控日志分析,可以有效解决错误 `1040` 的问题。确保所有操作符合实际需求,并在实施前备份相关配置文件。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值