We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
我现在有一个应用场景,需要连接200多台mysql服务器,而且网络非常不好,时断时续,大量丢包是正常现象,中间可能断开几个小时或十几个小时是常事。这种场景下,我分别用了阿里的druid 和 hikaricp 组件,效果非常不好,阿里的druid表现非常糟糕,hikaricp比较好一些,但时间一长,还是要手动去销毁 连接池,再重建 连接池 才行。您这个组件,在应对这种情况的话,您估计,表现会好一些吗?
The text was updated successfully, but these errors were encountered:
小蜜蜂连接池对连接的有效性进行检查。出现断网情况后,自动清除无效连接,若有新的请求到达,会自动尝试建立新的连接;
小蜜蜂连接池有重置功能,在不需要重启应用的情况下,会清空池内所有连接,再接受新的请求。
网络不稳定是应用的致命伤啊^-^ 热烈欢迎您试试我们这个作品。
Sorry, something went wrong.
如果网络不太好,建议配置一些Socket控制参数
请访问 : https://blog.csdn.net/qq_36135928/article/details/101146994
推荐使用最新版本试试看
No branches or pull requests
我现在有一个应用场景,需要连接200多台mysql服务器,而且网络非常不好,时断时续,大量丢包是正常现象,中间可能断开几个小时或十几个小时是常事。这种场景下,我分别用了阿里的druid 和 hikaricp 组件,效果非常不好,阿里的druid表现非常糟糕,hikaricp比较好一些,但时间一长,还是要手动去销毁 连接池,再重建 连接池 才行。您这个组件,在应对这种情况的话,您估计,表现会好一些吗?
The text was updated successfully, but these errors were encountered: