druid的版本：1.1.20
这个问题在druid的github源码上一直是个open的issue，见3488和3357等
druid的配置，注意timeBetweenEvictionRunsMillis参数，这是造成卡的原因。这个参默认值为60 * 1000L（60秒），单位是毫秒
现象：最后在使用Druid配置多数据源，需要手动创建DruidDataSource，在创建DruidDataSource失败后会不停的打印日志，如下（看时间一直在变，后台日志一直在刷）
网上的解决方法：在配置数据源时加上，如下
原理：看报错信息类DruidDataSource.java:2715，下面有一段源码，在2721行处当错误次数大于connectionErrorRetryAttempts且timeBetweenConnectErrorMillis 大于0，connectionErrorRetryAttempts默认值为1，timeBetweenConnectErrorMillis 默认是500，可以通过配置项配置，从源码的2733行可以看到设置breakAfterAcquireFailure为true则会break。日志狂刷的问题就终止了，但是这次拿到的connection是空的。为下一个问题埋了坑。
这个解决了日志狂刷的问题，但是程序卡住了，没响应没返回
程序卡住了，没返回也没响应
使用JVM工具（jconsole或jvisualvm）查看，线程卡在以下地方等待
原因：看线程卡住的地方，在DruidDataSource.java:2786行，源码如下
可以看到当timeBetweenEvictionRunsMillis>0时暂停timeBetweenEvictionRunsMillis，否则暂停1秒。timeBetweenEvictionRunsMillis的默认值是60 * 1000（60秒） 尝试了以下解决方法都不行，加上以下配置
该问题无解，可以换其它连接池，比如springboot 2.X默认的HikariCP，DBCP或tomcat pool
到此这篇DruidDataSource（druiddatasource卡住）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/rfx/44172.html