目前的功能對(duì)bu進(jìn)程發(fā)送及時(shí)返回的消息比較多,分別開(kāi)了gw和bu 32個(gè)進(jìn)程,之前1核4g的服務(wù)器每當(dāng)?shù)搅?0000左右的連接數(shù)時(shí),status查看 bu進(jìn)程已經(jīng)會(huì)出現(xiàn)n/a了,功能也用不了,之前以為是服務(wù)器的原因就加到了4核4g但是現(xiàn)在到了10000連接數(shù)時(shí)還是這樣,查看日志報(bào)php_network_getaddresses這個(gè)錯(cuò)誤,難道連接數(shù)過(guò)多了就會(huì)出現(xiàn)這個(gè)錯(cuò)誤嗎
開(kāi)始以為是數(shù)據(jù)庫(kù)的原因,后來(lái)?yè)Q了個(gè)配置更好好的數(shù)據(jù)庫(kù)但是到了10000左右還是會(huì)出現(xiàn)這這問(wèn)題,但通過(guò)實(shí)際情況來(lái)看這樣的請(qǐng)求并不會(huì)讓數(shù)據(jù)庫(kù)有壓力,在阿里云數(shù)據(jù)庫(kù)上查看數(shù)據(jù)庫(kù)狀態(tài)都是良好,另外再加一句10000以下時(shí)業(yè)務(wù)正常,不會(huì)出現(xiàn)異常
數(shù)據(jù)庫(kù)不支持那么多連接,特別是你用了數(shù)據(jù)庫(kù)長(zhǎng)連接之類的,要考慮php對(duì)數(shù)據(jù)庫(kù)的釋放吧。
你可以在RDS里看看數(shù)據(jù)庫(kù)的連接數(shù)日志,如果是由于連接數(shù)過(guò)多的問(wèn)題,你可以從架構(gòu)上調(diào)整一下,數(shù)據(jù)庫(kù)句柄的銷毀。
問(wèn)題還是出現(xiàn)了 pdo連接數(shù)據(jù)庫(kù)已經(jīng)是短鏈接了 阿里云也做了短鏈接優(yōu)化,現(xiàn)在有是個(gè)瓶頸了
問(wèn)題還是出現(xiàn)了 pdo連接數(shù)據(jù)庫(kù)已經(jīng)是短鏈接了 阿里云也做了短鏈接優(yōu)化,現(xiàn)在有是個(gè)瓶頸了
昨天晚上問(wèn)題還是出現(xiàn)了,到了10000左右連接數(shù)時(shí)又是那種情況,這一次workerman的日志也沒(méi)有打印了
日志沒(méi)打印了說(shuō)明php_network_getaddresses的問(wèn)題應(yīng)該解決了。
1、有問(wèn)題時(shí)截圖下 php start.php status ,截圖截全
2、另外參照手冊(cè)優(yōu)化下linux內(nèi)核,每一項(xiàng)都不要落下
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)化每個(gè)進(jìn)程的連接數(shù),那么我開(kāi)32個(gè)進(jìn)程沒(méi)安裝event,如果在30000個(gè)連接數(shù)內(nèi)是不是就不需要event
您好,我也用的阿里云數(shù)據(jù)庫(kù)。我連接時(shí)就報(bào)錯(cuò)了,一直連不上,這塊你做了什么處理么,求告知,謝謝了