MySql的autoReconnect与autoReconnectForPools属性对比
温馨提示：
本文最后更新于 2018年01月23日，已超过 2,494 天没有更新。若文章内的图片失效（无法正常加载），请留言反馈或直接联系我。
autoReconnect会向客户端抛出一个SQLException，但会尝试重新建立连接。
autoReconnectForPools将在每次执行SQL之前尝试ping服务器。autoReconnect和autoReconnectForPools并没有什么关系。并且MySql官方并不推荐使用autoReconnect属性。
以下引用至MySql官方说明：https://dev.mysql.com/doc/connector-j/5.1/en/connector-j-reference-configuration-properties.html
autoReconnect
Should the driver try to re-establish stale and/or dead connections? If enabled the driver will throw an exception for a queries issued on a stale or dead connection, which belong to the current transaction, but will attempt reconnect before the next query issued on the connection in a new transaction. The use of this feature is not recommended, because it has side effects related to session state and data consistency when applications don't handle SQLExceptions properly, and is only designed to be used when you are unable to configure your application to handle SQLExceptions resulting from dead and stale connections properly. Alternatively, as a last option, investigate setting the MySQL server variable "wait_timeout" to a high value, rather than the default of 8 hours.
Default: false
Since version: 1.1官方已经说明了：如果启用这个属性，则MySQL驱动程序将会对当前事务的已过期或者已被废弃的链接发出的查询请求抛出异常，并会在发起下一次请求之前尝试重新建立连接。官方已经不建议使用该属性，该值只建议在应用程序无法正确处理死链或已被回收的链接所导致的SQLException时使用。
解决该问题的最有方法就是调整MySQL的wait_timeout参数，使之大于8个小时。
正文到此结束
- 本文标签： MySQL
- 本文链接： https://zhyd.me/article/75
- 版权声明： 本文由张亚东原创发布，转载请遵循《署名-非商业性使用-相同方式共享 4.0 国际 (CC BY-NC-SA 4.0)》许可协议授权
热门推荐
相关文章
关于我
张亚东博客
一个程序员的个人博客，心之所向，无所不能
近期评论
-
来自： JustAuth于2019年7月21日正式喜提码云【GVP 】称号
-
来自： 留言板
-
来自： 暴露真实IP真的没关系吗？
-
来自： 留言板
-
来自： 留言板