mysql 超過了連接數(shù)據(jù) too many connections

jingzi 2024-07-15

問題描述

我這邊有五十個(gè)物聯(lián)網(wǎng)項(xiàng)目，架構(gòu)上使用了分庫管理和GatewayWorker框架，因?yàn)橐髷?shù)據(jù)實(shí)時(shí)性高，
所以采用了異步任務(wù)去處理，防止堵塞，比如我開啟50個(gè)異步任務(wù)進(jìn)程。會(huì)出現(xiàn)一個(gè)項(xiàng)目每個(gè)進(jìn)程new 一次數(shù)據(jù)庫連接。越多項(xiàng)目就越多連接數(shù)，這個(gè)有什么好的辦法嗎？

 1298  3 2

3個(gè)回答

aspire 2024-07-15

使用連接池

jingzi 2024-07-15

swoole 的連接池嗎？主要我用了tp 的Db 類，改用Db類改動(dòng)有點(diǎn)大，項(xiàng)目已上線了。
mark 2024-07-15

改用連接池也會(huì)出現(xiàn)你的問題。除非你不用太多的進(jìn)程。數(shù)據(jù)庫也有上千個(gè)鏈接吧，你都用完了，那只能升級(jí)配置了。不然你就少一點(diǎn)進(jìn)程數(shù)，某寫進(jìn)程處理數(shù)據(jù)。
jingzi 2024-07-15

好的‘那只能開幾個(gè)mysql 專用進(jìn)程了，像這種架構(gòu)，項(xiàng)目一旦多起來，沒法避免
czf 2024-07-16

配置主從庫，讀寫分離

小W 2024-07-18

數(shù)據(jù)庫最大連接數(shù)有限制的，不能超過，及時(shí)關(guān)閉鏈接

jingzi 2024-07-19

謝謝建議，不過架構(gòu)是頻繁更新數(shù)據(jù)庫的，關(guān)閉連接再連接。msyql 開銷太大

walkor 2024-07-19

打賞

參考 http://www.wtbis.cn/q/13019

jingzi 2024-07-24

好的，老大我試試，減少異步任務(wù)進(jìn)程不可行。比如我 20個(gè)項(xiàng)目 10個(gè)進(jìn)程，會(huì)滿滿的出現(xiàn)堵塞問題
jingzi 2024-07-24

大佬，還有個(gè)問題請(qǐng)教，use 是改變當(dāng)前進(jìn)程選擇的數(shù)據(jù)庫，如果2個(gè)項(xiàng)目連接在同一個(gè)進(jìn)程，第一個(gè)項(xiàng)目任務(wù)沒執(zhí)行完，第二項(xiàng)目的任務(wù)進(jìn)來了，更改了數(shù)據(jù)庫，會(huì)不會(huì)導(dǎo)致錯(cuò)亂啊。
walkor 2024-07-25

進(jìn)程里項(xiàng)目是串行的，同一個(gè)進(jìn)程里不會(huì)出現(xiàn)第一個(gè)任務(wù)沒執(zhí)行完，就執(zhí)行第二個(gè)任務(wù)的情況
jingzi 2024-07-25

明白
mark 2024-08-05

樓主解決了沒
jingzi 2024-08-08

解決了，現(xiàn)在就是觀察可能會(huì)頻繁切換數(shù)據(jù)庫的性能響應(yīng)大不大了。
mark 2024-08-08

怎么解決的呢？
jingzi 2024-08-12

就老大貼的解決方案啊，現(xiàn)在運(yùn)行十幾天了。沒出現(xiàn)什么問題