mysql連線數問題備份

2022-03-22 18:17:52 字數 2108 閱讀 2831

這是是查詢資料庫當前設定的最大連線數

mysql> show variables like '%max_connections%';

+-----------------+-------+

| variable_name   | value |

+-----------------+-------+

| max_connections | 1000  |

+-----------------+-------+

可以在/etc/my.cnf裡面設定資料庫的最大連線數

[mysqld]

max_connections = 1000

重啟mysql即生效

臨時修改連線數上限

set global max_connections=1000

重啟後失效

#詳細連線資訊

show full processlist;

實戰:vim /opt/lampp/etc/my.cnf

#add by chong

max_connections = 1000

/opt/lampp/lampp stopmysql

/opt/lampp/lampp startmysql

max_allowed_packet問題。。
檢視目前配置

show variables like '%max_allowed_packet%';

修改方法

max_allowed_packet=20m
儲存重啟mysql。max_allowed_packet = 20m如果找不到my.cnf可以通過mysql --help | grep my.cnf去尋找my.cnf檔案。

set global max_allowed_packet = 2*1024*1024*10

然後關閉掉這此mysql server鏈結,再進入 

#16m

mysql -h192.168.1.51 -uroot -e "set global max_allowed_packet = 1024*1024*16;show variables like '%max_allowed_packet%'" 

mysql -uroot -e "show global variables like 'wait_timeout';"

mysql -uroot -e "set global wait_timeout=1814400; show global variables like 'wait_timeout';"

異常如下:

原因

mysql5連線的等待時間(wait_timeout)預設是8小時。

檢視方法

show global variables like 'wait_timeout';
解決方法mysql5之前的版本,可以在jdbc連線的url中加入:autoreconnect = true

mysql5中wait_timeout在window中最大為24天,在linux中最大為365天。

a、修改配置

如果在window中設定為21天,改mysql5的安裝資料夾中的my.ini

如果在linux中/etc/my.cnf,新增一行:wait_timeout = 1814400,重啟mysql,新增效果如下:

b、直接用sql命令列修改(重啟有還原為28800,不推薦)

mysql> set global wait_timeout=1814400;

mysql> show global variables like 'wait_timeout';

mysql 太多的連線數 mysql 連線數太多

問題記錄 mysql error 1040 too many connections 解決辦法 1.檢視mysql的最大連線數 mysql show variables like max connections 500 2.檢視伺服器響應的最大連線數 mysql show global status...

設定Mysql連線數

mysql資料庫連線數過多導致系統出錯,系統不能連線資料庫,關鍵要看兩個資料 1 資料庫系統允許的最大可連線數max connections。這個引數是可以設定的。如果不設定,預設是100。最大是16384。2 資料庫當前的連線線程數threads connected。這是動態變化的。檢視max c...

mysql錯誤連線數

昨天除錯程式的時候,總是提示host server ip 不能被解析,具體錯誤資訊忘記了,查了一下,說是mysql連線數設定小了。max connect error的數字一般都是10,改為1000就好了。set global max connections 1000 命令 show processl...