目前的功能對bu進程發(fā)送及時返回的消息比較多,分別開了gw和bu 32個進程,之前1核4g的服務(wù)器每當(dāng)?shù)搅?0000左右的連接數(shù)時,status查看 bu進程已經(jīng)會出現(xiàn)n/a了,功能也用不了,之前以為是服務(wù)器的原因就加到了4核4g但是現(xiàn)在到了10000連接數(shù)時還是這樣,查看日志報php_network_getaddresses這個錯誤,難道連接數(shù)過多了就會出現(xiàn)這個錯誤嗎
開始以為是數(shù)據(jù)庫的原因,后來換了個配置更好好的數(shù)據(jù)庫但是到了10000左右還是會出現(xiàn)這這問題,但通過實際情況來看這樣的請求并不會讓數(shù)據(jù)庫有壓力,在阿里云數(shù)據(jù)庫上查看數(shù)據(jù)庫狀態(tài)都是良好,另外再加一句10000以下時業(yè)務(wù)正常,不會出現(xiàn)異常
問題還是出現(xiàn)了 pdo連接數(shù)據(jù)庫已經(jīng)是短鏈接了 阿里云也做了短鏈接優(yōu)化,現(xiàn)在有是個瓶頸了
問題還是出現(xiàn)了 pdo連接數(shù)據(jù)庫已經(jīng)是短鏈接了 阿里云也做了短鏈接優(yōu)化,現(xiàn)在有是個瓶頸了
日志沒打印了說明php_network_getaddresses的問題應(yīng)該解決了。
1、有問題時截圖下 php start.php status ,截圖截全
2、另外參照手冊優(yōu)化下linux內(nèi)核,每一項都不要落下
http://doc.workerman.net/appendices/kernel-optimization.html
優(yōu)化完畢后重啟workerman,要restart重啟,不能reload
@1:內(nèi)核已經(jīng)優(yōu)化.event我之前不了解,看了之后了解到應(yīng)該是優(yōu)化每個進程的連接數(shù),那么我開32個進程沒安裝event,如果在30000個連接數(shù)內(nèi)是不是就不需要event