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