主要错误信息:
dubbo:com.alibaba.dubbo.rpc.RpcException: Failed to invoke the method...
Caused by: com.alibaba.dubbo.remoting.RemotingException: message can not send, because channel is closed .
com.alibaba.dubbo.remoting.TimeoutException: Waiting server-side response timeout.
MysqL版本:8.0.15
Eclipse版本: 2018-12 (4.10.0)
zookeeper版本:3.4.6
近期使用dubBox、zookeeper搭建一个项目时主要出现上述问题。
一开始定位最简单的BUG(timeout),以为是设置的timeout时间不够(默认1000ms),后来设置将超时时间加长为60000ms。
<dubbo:provider delay="-1" timeout="60000" retries="0"/>
发现还是timeout,判断不是超时问题。
后续又检查了linux的网络地址,类的序列化都没有问题。
用一个小的不涉及查询的demo测试了下,发现可以正常访问及返回。
说明网络地址没问题,检查了类都进行了序列化。
于是测试查询,发送无法正常返回数据。
初步定位问题出现在dao层。
考虑可能是jdbc驱动版本、xml文件语句等问题。
首先检查简单的,容易测试问题,将xml中的sql语句,直接放入Navicat运行发现正常。
考虑可能是驱动版本等问题。
于是先编写了一个测试案例,测试dao中需要使用的方法,发现无法正常运行。
并且弹出too many connection提升,修改了my.ini中最大连接数。
修改后再次运行,又弹出validateConnection false,原始druid版本为1.0.16,后来根据网上的建议换成了1.0.15版本。
修改后再次运行,又弹出creater connection fiail jdbc.url:localhost:3306....
考虑可能是驱动版本问题,查询以前正常项目所用jdbc版本为8.0.11,修改jdbc驱动为8.0.11
修改对应驱动配置:jdbc.driver=com.MysqL.cj.jdbc.Driver(老版本驱动无需加cj,问题项目版本jdbc驱动为5.xx.xx)
修改后再次测试,运行正常,结果可以正常返回。
最后测试原有项目,运行正常。
问题原因:MysqL版本过新,较老的驱动无法正常运行,以及MysqL的一些配置问题。
本次寻找BUG总结:
这次寻找问题的过程中,一开始思路上就出现了问题。
最开始试图找到和自己所遇问题一样,可以直接生搬硬套解决问题的方案。
这种思想是不可取的,每个人所遇的问题由于平台环境等因素存在差异性。
没有找出问题出现的原因,只是单纯的按部就班,不一定能解决问题。
正确的做法应该是编写小的demo或测试,定位问题出在哪里,一步步缩小问题范围,然后针对性的寻找和分析问题。
再借助搜索引擎这样才能事半功倍。
寻找问题时应该先尝试解决容易解决的问题,如果比较同意解决的问题不是最终BUG在逐步去解决复杂的问题。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。