關於mysql的Too many connections問題

dbasdk發表於2017-11-30
1、問題展現
應用端登入出現Too many connections報錯

檢查發現mysql資料庫服務端已經達到了max_connections上限

mysql> show variables like 'max_connections';
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| max_connections | 1900  |
+-----------------+-------+
1 row in set (0.00 sec)

mysql> show processlist;
已經達到了1900會話數。

thread_pool設定並不能阻止會話數的上升。
mysql> show variables like 'thread_pool%';
+--------------------------------------+-------+
| Variable_name                        | Value |
+--------------------------------------+-------+
| thread_pool_algorithm                | 0     |
| thread_pool_high_priority_connection | 0     |
| thread_pool_max_unused_threads       | 0     |
| thread_pool_prio_kickup_timer        | 1000  |
| thread_pool_size                     | 16    |
| thread_pool_stall_limit              | 6     |
+--------------------------------------+-------+
6 rows in set (0.00 sec)

2、問題處理
重啟mysql的服務。重啟完mysql服務後,的確mysql的session數下降了,但是很快會話數又上升到了1900。
判斷並不是mysql的伺服器端的會話沒釋放,而是application端的會話沒釋放。
重啟application的兩臺伺服器,mysql的會話數恢復正常。

3、結論
先來看看mysql伺服器端的會話保持時間:
mysql> show variables like '%wait_timeout%'; 
+--------------------------+----------+ 
| Variable_name | Value | 
+--------------------------+----------+ 
| innodb_lock_wait_timeout | 50 | 
| lock_wait_timeout | 31536000 | 
| wait_timeout | 28800 | 
+--------------------------+----------+ 
3 rows in set (0.00 sec) 

mysql> show variables like '%interactive_timeout%'; 
+---------------------+-------+ 
| Variable_name | Value | 
+---------------------+-------+ 
| interactive_timeout | 28800 | 
+---------------------+-------+ 
1 row in set (0.00 sec) 

interactive_timeout:伺服器關閉互動式連線前等待活動的秒數。互動式客戶端定義為在mysql_real_connect()中使用CLIENT_INTERACTIVE選項的客戶端。又見wait_timeout 
wait_timeout:伺服器關閉非互動連線之前等待活動的秒數。線上程啟動時,根據全域性wait_timeout值或全域性interactive_timeout值初始化會話wait_timeout值,取決於客戶端型別(由mysql_real_connect()的連線選項CLIENT_INTERACTIVE定義),又見interactive_timeout 
如此看來,兩個變數是共同控制的,那麼都必須對他們進行修改了。繼續深入這兩個變數wait_timeout的取值範圍是1-2147483(Windows),1-31536000(linux),interactive_time取值隨wait_timeout變動,它們的預設值都是28800。 
MySQL的系統變數由配置檔案控制,當配置檔案中不配置時,系統使用預設值,這個28800就是預設值。要修改就只能在配置檔案裡修改。Windows下在%MySQL HOME%/bin下有mysql.ini配置檔案,開啟後新增兩個變數,賦值。 


要解決這個問題:
1、Use connection pooling at client side (in MySQL Connector) to reduce the number of active connections between the client and the server
是在客戶端安裝MySQL Connector
2、Improve the application design to reduce the number of active connections needed and to reduce the time the connection has to stay active. 
從應用端去降低併發數,減少每個會話的保持時間
3、Increase the number of connections handled by MySQL server by adjusting max_connections (keep in mind that this consumes additional RAM and is still limited)
在mysql伺服器端增加最大連線數設定,不過會消耗大量記憶體

建議用第二種方法。因為當前應用會話保持時間是10分鐘,建議降低這個數值。


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29734436/viewspace-2148082/,如需轉載,請註明出處,否則將追究法律責任。

相關文章