tcp突然升高，重啟tcp無效，重啟服務(wù)器才可以？
今晚阿里云監(jiān)控突然報警，tcp連接數(shù)突然暴漲，從兩萬升到四萬左右，以前都是重啟tcp就可以了，但是今晚重啟無效，然后增加了gateway和bussinessworker,以daemon模式啟動后，并執(zhí)行php start.php reload,剛開始出現(xiàn)了一個bussinessworker進程，但是再次用status查看的時候又沒有了，一直重復(fù)reload都沒有效果，期間不斷的增大gateway和bussinessworker數(shù)量，然后重啟，但是都沒有效果，大概這樣操作了半個小時，但是bussinessworker一直起不來，最后重啟了整個服務(wù)器，然后啟動gateway,這個時候bussinessworker終于起來了，設(shè)備可以正常連上了，但可能是因為我這邊把gateway設(shè)置的太高了，現(xiàn)在cpu比較高，服務(wù)器cpu是4核的，gateway設(shè)置了32現(xiàn)在，bussinessworker120，應(yīng)該是gateway設(shè)置太高的原因。雖然進程起來了，但是status指令查看的時候，出現(xiàn)了兩條bussinessworker記錄，其中一個顯示exit_status:9，這是為什么?
還有為什么重啟tcp無效，重啟服務(wù)器就正常了？
截圖報錯信息里報錯文件相關(guān)代碼
1個回答
打賞
http://m.wtbis.cn/q/13202
相關(guān)原因之前分析過了。exit_status:9 就是業(yè)務(wù)處理太慢，reload時一直沒響應(yīng)被kill掉了。
還有g(shù)ateway進程太多太多了，一臺服務(wù)器2個gateway就好。
businessWorker進程一直都在，只是你業(yè)務(wù)太慢無法及時響應(yīng)無法展示，建議升級下workerman。
-
dou號 2024-09-161、之前這個系統(tǒng)，我們發(fā)現(xiàn)tcp突然飆升之后，都是通過重啟tcp來穩(wěn)定系統(tǒng)的，這個方法一直有效，今天卻突然失效了，不知道是為什么?
2、我們使用gatewayworker挺久了，內(nèi)核優(yōu)化也做了，但是系統(tǒng)偶爾還是會出現(xiàn)tcp突然暴漲的情況，之前一直都是通過重啟tcp來解決的，系統(tǒng)為什么會運行好好的突然就tcp暴漲呢?
3、升級workerman的可以解決這些問題嗎？是直接下載https://github.com/walkor/GatewayWorker?tab=readme-ov-file這個版本嗎？ -
walkor 2024-09-16
通過命令 composer require workerman/workerman 升級workerman
連接數(shù)為什么增長需要自己排查出原因，截圖看不出什么。
重啟gatewayWorker 連接數(shù)不下降可能是因為連接是timewait連接，timewait連接由linux內(nèi)核管理，時間到了會自動消亡，不用處理。通過這個命令能統(tǒng)計出各個狀態(tài)的連接，正常的時候記錄下各個端口各個狀態(tài)連接數(shù)多少。異常的時候記錄下，對比下哪個端口哪個狀態(tài)的連接增加了。
netstat -ant | awk '{print $6, $4}' | grep -v '^State' | awk '{split($2, a, ":"); print $1, a[length(a)]}' | sort | uniq -c | sort -nr | head -50 -
dou號 2024-09-17
我去官網(wǎng)下載了workerman,和我現(xiàn)在用的gatewayworker不太一樣，gatewayworker也是用https://github.com/walkor/workerman這個代碼包嗎？重啟gatewayWorker的時候bussinessworker一直busy,但是重啟服務(wù)器后就好了這是為什么？
-
-
-
-
dou號 2024-09-18
linux執(zhí)行netstat -ant | awk '{print $6, $4}' | grep -v '^State' | awk '{split($2, a, ":"); print $1, a[length(a)]}' | sort | uniq -c | sort -nr | head -50提示illegal reference to array a
-
-
