webman占用了很多mysql 連接數(shù)！

無敵V 2024-03-22

現(xiàn)在系統(tǒng)運(yùn)行的時候用戶請求經(jīng)常會失敗或者很卡。查看mysql 發(fā)現(xiàn)有很多慢日志。和mysql已取消的請求有好幾千
用的是 Db::table(xxxx)->where->first() 這種查詢模式

現(xiàn)在的問題是想知道怎么查看為什么有這么多MYSQL鏈接被占用

 1279  1 0

無敵V 2024-03-22

難道是進(jìn)程和隊列開的太多了嗎

tanhongbin 2024-03-22

webman 只會一個進(jìn)程占用一個mysql連接假如你一共有50個進(jìn)程就只會占用50個mysql連接，而且是長鏈接不會釋放那種，你這種肯定不是webman連接的，應(yīng)該是你的代碼或者其他項目占用的
無敵V 2024-03-22

謝謝大佬回復(fù)
我想問下如果webman數(shù)據(jù)庫操作失敗直接報錯了那請問當(dāng)前這個連接是不是一直不釋放進(jìn)程也會一進(jìn)卡著么？還是說進(jìn)程重啟
TM 2024-03-23

你無需里面它怎么操作吧，框架都幫你處理好了，你直接使用Db 正常使用即可，慢sql的原因是你的業(yè)務(wù)問題或者你的sql寫的問題，加索引優(yōu)化一下就好了，可以緩存的就緩存不要一直跑數(shù)據(jù)庫
無敵V 2024-03-23

是的但現(xiàn)在訂單表中就30萬數(shù)據(jù)而已！?。∵@點(diǎn)數(shù)據(jù) 可能都不需要cache!!! 結(jié)果發(fā)現(xiàn)會出出502..。。
看來只能加上cache了
TM 2024-03-25

可以看一下錯誤日記呢，30W不走索引也沒問題的，可能是別的問題