MySQL連接數(shù)太多如何解決，針對這個問題，這篇文章詳細介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

成都創(chuàng)新互聯(lián)專注于企業(yè)營銷型網(wǎng)站建設(shè)、網(wǎng)站重做改版、大理州網(wǎng)站定制設(shè)計、自適應(yīng)品牌網(wǎng)站建設(shè)、H5網(wǎng)站設(shè)計、商城系統(tǒng)網(wǎng)站開發(fā)、集團公司官網(wǎng)建設(shè)、外貿(mào)營銷網(wǎng)站建設(shè)、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁設(shè)計等建站業(yè)務(wù)，價格優(yōu)惠性價比高，為大理州等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。

MySQL數(shù)據(jù)庫的默認最大連接數(shù)是：100，

對于多人開發(fā)的單體項目來說，雖然我們同時在用的連接不會超過10個，理論上100 綽綽有余，但是除了我們正在使用的連接以外，還有很大一部分 Sleep 的連接，這個才是真正的罪魁禍首。

分析到了問題的根源，我們就需要對癥下藥，依次解決：

修改MySQL最大連接數(shù)量

首先查看當前 Mysql 最大連接數(shù)量是多少：

show variables like '%max_connections%';

這里我已經(jīng)修改過了，所以是 1000，沒有改過的童鞋應(yīng)該還是 100，

然后查看從這次 mysql 服務(wù)啟動到現(xiàn)在，同一時刻并行連接數(shù)的最大值：

show status like 'Max_used_connections';

對于 MySQL 的最大連接數(shù)設(shè)置，在首次配置的時候設(shè)置一個較大的數(shù)值，以后在使用的過程中，周期的查詢 Max_used_connections 然后根據(jù)他的值和服務(wù)器的性能確定一個最適合當前項目的最大連接數(shù)

最大連接數(shù)的修改有兩種方式

1. 鴻蒙官方戰(zhàn)略合作共建——HarmonyOS技術(shù)社區(qū)

2. 使用 sql 語句(立即生效，但服務(wù)器重啟后失效)：

set global max_connections = 1000;

1修改 /etc/my.cnf.添加 max_connections = 1000 永久有效。重啟后生效

但更改最大連接數(shù)只能從表面上解決問題，隨著我們開發(fā)人員的增多，Sleep 連接也會更多，到時候萬一又達到了 1000 的上限，難道我們又得改成 10000 嗎？這顯然是非常不可取的。所以我們不僅要治標，還要治本。殺掉多余的 Sleep 連接就是治本

殺掉Sleep連接

我們可以通過 show_processlist 命令來查看當前的所有連接狀態(tài)

可以發(fā)現(xiàn)， Sleep 的連接占了絕大多數(shù)。

MySQL 數(shù)據(jù)庫有一個屬性 wait_timeout 就是 sleep 連接最大存活時間，默認是 28800 s，換算成小時就是 8 小時，我的天吶！這也太長了！嚴重影響性能。相當于今天上班以來所有建立過而未關(guān)閉的連接都不會被清理。

執(zhí)行命令：

show global variables like '%wait_timeout';

我們將他修改成一個合適的值，這里我改成了 250s。當然也可以在配置文件中修改，添加 wait_timeout = 250。這個值可以根據(jù)項目的需要進行修改，以 s 為單位。我在這里結(jié)合 navicat 的超時請求機制配置了 240s。

執(zhí)行命令：

set global wait_timeout=250;

關(guān)于MySQL連接數(shù)太多如何解決問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識。