-
Notifications
You must be signed in to change notification settings - Fork 26.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dubbo服务预热的bug。希望dubbo官方能改掉。 #306
Comments
只要把consumer端的时间删了即可。 |
问题是不少,所以我们打算转到spring cloud了 |
这些问题大家可以在确认bug后自行修复的啊,spring cloud就没bug? |
spring-cloud活跃度比这高呢。有问题可以得到及时反馈呢。 |
@MingningShao
|
@bigc2000 |
@tinycedar dubbo的这个provider重启造成的consumer端的服务FullGC目前我们也发现了这个问题,目前是否有解决方法 |
这个问题,周三的时候,在QPS较高的情况下,扩容加了一台服务器,直接被压垮了,没法紧急扩容,只能等晚上再处理。这个BUG目前在公司内部分支上修改了,将获取consumer url里面的时间改为provider url里面的时间来处理。 |
@jabnih Could you please send a pull request? |
@ralf0131 fixed on master branch, may be not release. see |
Thanks for reporting, I will close this issue. |
com.alibaba.dubbo.rpc.cluster.loadbalance.AbstractLoadBalance类中第46行的代码:
long timestamp = invoker.getUrl().getParameter(Constants.TIMESTAMP_KEY, 0L);
存在bug,这里获取的实际上是consumer端的启动时间,这样没有意义,应该获取服务端的注册时间猜对。
我们遇到了预热问题,调试代码的时候发现了这个bug,目前我们是自定义了一个LoadBalance来解决该问题,由于API没有暴露获取服务端注册时间的接口,所以只能暂时通过反射来获取。
希望官方能解决此问题。
The text was updated successfully, but these errors were encountered: