如图,这几天在线人数经常直接掉线没有,这是什么原因,发生时间不定。间隔时间不定。
如果之前没问题,这几天才出现,看下这几天服务器和代码做了什么变动。
掉线后提供下php start.php status 的截图,截图截全。另外看下有没有错误日志,日志位置默认在workerman所在目录
服务在11小时前被重启过,重启会导致全部下线。
关键是重启后是正常运行的,就没有再动过了
另外建议安装下event扩展,能让系统支持更大的连接数。
尽然是Select
这个文件可以删除吗,删除后需要重启才生效吗?
日志这么大说明有报错,可能和掉线有关,你要解决它,而不是删除忽略它。
日志要怎么搜索呀 ,文件太大了,要搜索什么关键字呢
用tail 命令,比如看最后500行日志,tail -500 workerman.log 把错误日志里的错误解决,如果没有错误日志了但是还是有掉线我们再定位。
还有很重要的一点,如果你们之前没有问题,最近才出现的问题,想下最近做了那些改动,这个是最容易定位的办法。
我早上重启过一次 ,然而今天还是出现几次雪崩一样的掉线
这个是执行stop命令,看不出什么。
用
cat workerman.log | grep -i ‘error|exception|fatal'
看看有没有报错信息?有的话贴出来方便debug
这是最后几行,没有有用信息呀
用我上面给你那个命令
最后几行没有啥信息就多看几行呗....,直到看到有用的信息为止
哎
目前是稳定的了
所以是什么问题导致的?
修改代码,哈哈
今天掉的好频繁
错误日志看了么 GatewayWorker 一向比较稳定
目前稳定了,再看看
又出现了一次
我用调试模式在看
这是什么报错
uid跟client_id串了? 为什么你的uid一会int一会string
请问一下,调试模式下的在线人数和后台运行模式下的不一样,后者高出一半多
业务代码执行太慢,超过30秒导致 process_timeout
同一个用户在同一秒请求登入了这么多次,太奇怪了吧
有没有一种可能,我是说可能啊
前端逻辑有问题?没有做防抖?
你应该贴代码 这样没人看的出具体什么原因
这手抖的速度也够快的呀
所以按照fa1se说的
关键是代码没有报错呀,调试模式下代码是正常跑的,没有异常错误
代码可能是没问题 重点是逻辑
如果之前没问题,这几天才出现,看下这几天服务器和代码做了什么变动。
掉线后提供下php start.php status 的截图,截图截全。另外看下有没有错误日志,日志位置默认在workerman所在目录
服务在11小时前被重启过,重启会导致全部下线。
关键是重启后是正常运行的,就没有再动过了
另外建议安装下event扩展,能让系统支持更大的连接数。
尽然是Select
这个文件可以删除吗,删除后需要重启才生效吗?
日志这么大说明有报错,可能和掉线有关,你要解决它,而不是删除忽略它。
日志要怎么搜索呀 ,文件太大了,要搜索什么关键字呢
用tail 命令,比如看最后500行日志,tail -500 workerman.log
把错误日志里的错误解决,如果没有错误日志了但是还是有掉线我们再定位。
还有很重要的一点,如果你们之前没有问题,最近才出现的问题,想下最近做了那些改动,这个是最容易定位的办法。
我早上重启过一次 ,然而今天还是出现几次雪崩一样的掉线
这个是执行stop命令,看不出什么。
用
看看有没有报错信息?有的话贴出来方便debug
这是最后几行,没有有用信息呀
用我上面给你那个命令
最后几行没有啥信息就多看几行呗....,直到看到有用的信息为止
哎
目前是稳定的了
所以是什么问题导致的?
修改代码,哈哈
今天掉的好频繁
错误日志看了么 GatewayWorker 一向比较稳定
目前稳定了,再看看
又出现了一次
我用调试模式在看
这是什么报错
uid跟client_id串了?
为什么你的uid一会int一会string
请问一下,调试模式下的在线人数和后台运行模式下的不一样,后者高出一半多
业务代码执行太慢,超过30秒导致 process_timeout
同一个用户在同一秒请求登入了这么多次,太奇怪了吧
有没有一种可能,我是说可能啊
你应该贴代码 这样没人看的出具体什么原因
这手抖的速度也够快的呀
所以按照fa1se说的
关键是代码没有报错呀,调试模式下代码是正常跑的,没有异常错误
代码可能是没问题 重点是逻辑