没有业务逻辑 没有数据库操作 没有redis操作
我开始以为是网络 或是 nginx 或是 浏览器 或是 mysql的问题 结果 curl 127.0.0.1:8787 还是卡顿 有时候需要等待20秒才能响应
情况是 : 第一次访问需要等待15秒 然后第二次 第三次 访问 就快了 等一段时间的第一次访问 又会慢 然后第二次 第三次 又会快起来
看看有没有开什么代理
没有任何代理
把getenv也都去掉,只保留 return rsponse('hello'); 另外运行 ps auxf,看下是不是启动了2个webman,有可能连到另外一个webman服务中去了。 还有debug方式php start.php start (不加-d)运行,看下是否有报错。
之前我也遇到了这个问题,请求有时候就卡顿了,不知道什么情况
1.getenvyiqudiao已去掉 但还是出现了
2.确实运行了2个webman 但是区分了端口
3.debug方式 报了数据库错误 当时这个错误很奇怪 当这个webman出现该卡顿的时候 另一个webman的数据库链接完全正常 ,没有任何错误 而且这个webman卡顿没有走任何数据库业务逻辑
我敢肯定 数据库账号密码没错 而且也一直是可访问的状态 数据库是本地的
只要配置了数据库,webman就会自动去连,然后定时发心跳。 卡顿的问题应该就是连数据库超时导致的。再检查下数据库配置,如果不需要数据库可以将数据库配置删掉。
确实是这个问题 mysql配置文件里面一直有一个没在用的配置 被阿里云RDS白名单拦截了
@walkor 我用gatewayworker 作消息推送,用gatewayclient和TP6对接,发消息也现这种情况,偶尔发送消息要等1秒多时间,但是一旦发送成功,再发就没问题了,会是什么原因呢?
这种需要打日志自己定位,服务端把每个重要环节执行时间记录下来。想下服务端有没有耗时一秒的地方
@walkor 我的这个现像好像不是gatewayworker的原因,我用的TP6框架,不用gateway发消息的时候也是这样,在浏览器中输入链接,偶尔也是要等1秒多时间才返回数据,只要返回成功了再访问就很快,这是什么道理呢?
这个需要你自己定位,我肯定不知道啊
看看有没有开什么代理
没有任何代理
把getenv也都去掉,只保留 return rsponse('hello');
另外运行 ps auxf,看下是不是启动了2个webman,有可能连到另外一个webman服务中去了。
还有debug方式php start.php start (不加-d)运行,看下是否有报错。
之前我也遇到了这个问题,请求有时候就卡顿了,不知道什么情况
把getenv也都去掉,只保留 return rsponse('hello');
另外运行 ps auxf,看下是不是启动了2个webman,有可能连到另外一个webman服务中去了。
还有debug方式php start.php start (不加-d)运行,看下是否有报错。
1.getenvyiqudiao已去掉 但还是出现了
2.确实运行了2个webman 但是区分了端口
3.debug方式 报了数据库错误 当时这个错误很奇怪 当这个webman出现该卡顿的时候 另一个webman的数据库链接完全正常 ,没有任何错误 而且这个webman卡顿没有走任何数据库业务逻辑
我敢肯定 数据库账号密码没错 而且也一直是可访问的状态 数据库是本地的
只要配置了数据库,webman就会自动去连,然后定时发心跳。
卡顿的问题应该就是连数据库超时导致的。再检查下数据库配置,如果不需要数据库可以将数据库配置删掉。
确实是这个问题 mysql配置文件里面一直有一个没在用的配置 被阿里云RDS白名单拦截了
@walkor 我用gatewayworker 作消息推送,用gatewayclient和TP6对接,发消息也现这种情况,偶尔发送消息要等1秒多时间,但是一旦发送成功,再发就没问题了,会是什么原因呢?
这种需要打日志自己定位,服务端把每个重要环节执行时间记录下来。想下服务端有没有耗时一秒的地方
@walkor 我的这个现像好像不是gatewayworker的原因,我用的TP6框架,不用gateway发消息的时候也是这样,在浏览器中输入链接,偶尔也是要等1秒多时间才返回数据,只要返回成功了再访问就很快,这是什么道理呢?
这个需要你自己定位,我肯定不知道啊