如圖,這幾天在線人數(shù)經(jīng)常直接掉線沒有,這是什么原因,發(fā)生時(shí)間不定。間隔時(shí)間不定。
如果之前沒問題,這幾天才出現(xiàn),看下這幾天服務(wù)器和代碼做了什么變動(dòng)。
掉線后提供下php start.php status 的截圖,截圖截全。另外看下有沒有錯(cuò)誤日志,日志位置默認(rèn)在workerman所在目錄
服務(wù)在11小時(shí)前被重啟過,重啟會(huì)導(dǎo)致全部下線。
關(guān)鍵是重啟后是正常運(yùn)行的,就沒有再動(dòng)過了
另外建議安裝下event擴(kuò)展,能讓系統(tǒng)支持更大的連接數(shù)。
盡然是Select
這個(gè)文件可以刪除嗎,刪除后需要重啟才生效嗎?
日志這么大說明有報(bào)錯(cuò),可能和掉線有關(guān),你要解決它,而不是刪除忽略它。
日志要怎么搜索呀 ,文件太大了,要搜索什么關(guān)鍵字呢
用tail 命令,比如看最后500行日志,tail -500 workerman.log 把錯(cuò)誤日志里的錯(cuò)誤解決,如果沒有錯(cuò)誤日志了但是還是有掉線我們?cè)俣ㄎ弧?/p>
還有很重要的一點(diǎn),如果你們之前沒有問題,最近才出現(xiàn)的問題,想下最近做了那些改動(dòng),這個(gè)是最容易定位的辦法。
我早上重啟過一次 ,然而今天還是出現(xiàn)幾次雪崩一樣的掉線
這個(gè)是執(zhí)行stop命令,看不出什么。
用
cat workerman.log | grep -i ‘error|exception|fatal'
看看有沒有報(bào)錯(cuò)信息?有的話貼出來方便debug
這是最后幾行,沒有有用信息呀
用我上面給你那個(gè)命令
最后幾行沒有啥信息就多看幾行唄....,直到看到有用的信息為止
哎
目前是穩(wěn)定的了
所以是什么問題導(dǎo)致的?
修改代碼,哈哈
今天掉的好頻繁
錯(cuò)誤日志看了么 GatewayWorker 一向比較穩(wěn)定
目前穩(wěn)定了,再看看
又出現(xiàn)了一次
我用調(diào)試模式在看
這是什么報(bào)錯(cuò)
uid跟client_id串了? 為什么你的uid一會(huì)int一會(huì)string
請(qǐng)問一下,調(diào)試模式下的在線人數(shù)和后臺(tái)運(yùn)行模式下的不一樣,后者高出一半多
業(yè)務(wù)代碼執(zhí)行太慢,超過30秒導(dǎo)致 process_timeout
同一個(gè)用戶在同一秒請(qǐng)求登入了這么多次,太奇怪了吧
有沒有一種可能,我是說可能啊
前端邏輯有問題?沒有做防抖?
你應(yīng)該貼代碼 這樣沒人看的出具體什么原因
這手抖的速度也夠快的呀
所以按照fa1se說的
關(guān)鍵是代碼沒有報(bào)錯(cuò)呀,調(diào)試模式下代碼是正常跑的,沒有異常錯(cuò)誤
代碼可能是沒問題 重點(diǎn)是邏輯