[已解决]踩过的坑之mysql连接报“Communications link failure”错误

小小鱼儿小小林

已于 2024-03-20 09:31:50 修改

阅读量10w+

点赞数 209

分类专栏： # 数据库知识好多异常文章标签： mysql

于 2018-07-05 10:26:20 首次发布

本文链接：https://blog.csdn.net/qq_27471405/article/details/80921846

版权

数据库知识同时被 2 个专栏收录

13 篇文章 11 订阅

订阅专栏

好多异常

11 篇文章 0 订阅

订阅专栏

第三种方法(适用于项目和数据库在同一台服务器)

第四种方法

第五种方法(项目和数据库不在同一台服务器)

一、前言

先给大家简述一下我的坑吧，（我用的是mysql，至于oracle有没有这样的问题，有心的小伙伴们可以测试一下哈），

在自己做个javaweb测试项目的时候，因为买的是云服务器，所以数据库连接的是用ip地址，用IDE开发好后，于是部署到远程云服务器上，这时候我是直接部署上去的，如图所示，数据库配置就是这样的（图中连接地址是假的，我改过了，这里仅仅演示）

过了一段时间后，我通过controller路径去访问（刚启动tomcat后，是可以访问拿到数据的），过了一段时间后，就开始报Communications link failure 连接错误了

不过，他提示的到是还是蛮有“责任心”的，如果仔细看下面的话，它还给出了解决方案。

看到关键字后，第一时间当然是网上看看，有没有遇到类似情况的，于是发现有很多，看来这是应该普遍大家会遇到的坑。然后呢，我就按照网上教程，开始了我的测试之旅。

下面的几种方法是我查找问题的过程，如果想省流，可以直接忽视，直接看最后的【原因分析】

二、排查过程

第一种方法：

在jdbcURL上加上了 ?autoReconnect=true&failOverReadOnly=false

使用了之后呢，然后过了一段时间，还是报那个Communications link failure 错误，然后继续探索，然后有帖子就说了，autoReconnect=true 适用的是mysql 4.x版本可以用，如果是5以上就不行，然后就马上看了一下自己的mysql版本，通过select version();看到自己mysql的是5.5的，

第二种方法

于是就采用第二种方法：在mysql的my.ini里面加上这两个参数

wait_timeout=2147483

interactive_timeout=2147483 ，

因为帖子里说是在默认配置不改变的情况下，如果连续8小时内都没有访问数据库的操作，再次访问mysql数据库的时候，mysql数据库会拒绝访问，于是那就加上吧

加了之后呢，又开始测，过了一段时间，还是报Communications link failure 错误，这下彻底凉了，于是继续翻看着，

终于在一个默默无闻的帖子里看到了一个解决方案

第三种方法(适用于项目和数据库在同一台服务器)

第三种方法：把jdbcURl的ip地址链接，改成localhost，

（果然大神们的帖子都是干练到极致，小弟佩服）于是我就将自己的云服务器上的jdbc连接手动改成了localhost连接（开发工具上还是用ip连接，这里说的是将自己云服务器上的项目用localhost连接，所以是可以连接到数据库的）

然后过了一段时间，发现是可以用的，再也没有Communications link failure 错误了，当然此时的我还是怀疑的，准备长时间不连接，等第二天早上再次链接，发现再也不会报这个错误了，至此这个坑终于填好了。

第四种方法

在mybatis.xml中或者其他xml中加上下面这些配置，

（该方法暂未测试，欢迎各位大佬们测试看看，如果成功的话，欢迎在评论去留言，好让其他技术人能够更快的解决问题）

<!-- validate配置，重连配置 -->  
    <!-- 默认值是 false, 当连接池中的空闲连接是否有效 -->  
    <property name="testWhileIdle" value="true" />  
    <!-- 默认值是 true ，当从连接池取连接时，验证这个连接是否有效 -->  
    <property name="testOnBorrow" value="true" />  
    <!-- 默认值是 flase, 当从把该连接放回到连接池的时，验证这个连接是否有效 -->  
    <property name="testOnReturn" value="false" />  
    <!-- 验证连接是否成功, SQL SELECT 指令至少要返回一行 -->  
    <property name="validationQuery">  
        <value>select 1 from dual</value>  
    </property>  
    <!-- 在执行检查时超时设置，通过statement 设置，statement.setQueryTimeout(validationQueryTimeout)  -->  
    <property name="validationQueryTimeout" value="1" />  
    <!-- 默认值是 -1 ，每隔一段多少毫秒跑一次回收空闲线程的线程 -->  
    <property name="timeBetweenEvictionRunsMillis" value="60000" />  
    <!-- 默认值是 3 ，每次验证空闲连接的连接数目 -->  
    <property name="numTestsPerEvictionRun" value="8" />

第五种方法(项目和数据库不在同一台服务器)

这个方法来自在本帖子的留言处

感谢这位默默分享经验的大佬，大家可以试试，将dataSource换成阿里巴巴的德鲁伊

com.alibaba.druid.pool.DruidDataSource

第六种方法配置demo

如果以上你的配置都不生效或者都没有解决问题，可以使用我的配置，基本上是不会有问题的了

该配置会每隔30s会去查询数据库，避免断开

spring:
  datasource:
    url: jdbc:mysql://xxx.xx.xx.xx:3306/xxxxx?useUnicode=true&characterEncoding=UTF-8&useSSL=false&autoReconnect=true&failOverReadOnly=false&serverTimezone=GMT%2B8
    username: xxxx
    password: xxxxxx
    driver-class-name: com.mysql.jdbc.Driver
    type: com.zaxxer.hikari.HikariDataSource
    initialization-mode: always
    continue-on-error: true

    hikari:
      minimum-idle: 5
      connection-test-query: SELECT 1 FROM DUAL
      maximum-pool-size: 20
      auto-commit: true
      idle-timeout: 30000
      pool-name: SpringBootDemoHikariCP
      max-lifetime: 60000
      connection-timeout: 30000
  mvc:

#第一个redis
  redis:
    host: xxx.xxx.xxxx
    port: 6379
    password: xxxxxxxx
    timeout: 5000ms
    database: 1
    lettuce:
      pool:
        # 连接池最大连接数（使用负值表示没有限制） 默认 8
        max-active: 8
        # 连接池最大阻塞等待时间（使用负值表示没有限制） 默认 -1
        max-wait: -1ms
        # 连接池中的最大空闲连接 默认 8
        max-idle: 8
        # 连接池中的最小空闲连接 默认 0
        min-idle: 1
    #第一个集群
#    cluster:
#      nodes: xxx.xx.xx.xx:16001,xxx.xx.xx.xx:16002,xxx.xx.xx.xx:16003,xxx.xx.xx.xx:16004,xxx.xx.xx.xx:16005,xxx.xx.xx.xx:16006
#      password: xxxxxxx



logging:
#  level:
#    com.xkcoding: debug
#    com.xkcoding.orm.mybatis.mapper: trace
  config: classpath:logback.xml
mybatis:
  configuration:
    # 下划线转驼峰
    map-underscore-to-camel-case: true
  mapper-locations: classpath:mapper/*.xml
#  type-aliases-package: com.xkcoding.orm.mybatis.entity


server:
    port: 1008

三、问题总结

上面的几种方法是我查找问题的过程，如果想省流，可以直接忽视，直接看最后的【原因分析】

网上很多教程大多数是第一种方法和第二种方法，反正我是都试过了，没有效果，可能根据mysql版本不同或者其他原因，是有用的，反正我这里是没有用的，最终是通过第三种方法（把jdbcURl的ip地址链接，改成localhost），才解决这个坑的。

如果你有碰到像我这样类似的问题，希望能够帮助你，尽快的解决这个问题。如果你发现这三种方法都没有帮你解决问题，而你是通过第四种第五种方法解决的，希望你能够在评论处留个你解决的方法或者你解决文章的链接，感谢

四、原因分析

上述内容是6年前2018年更新的，这次是 2024.03.20 更新

"Communications link failure"异常这种情况可能是由多种原因导致的，下面的这些原因和相应的解决方法我总结在这里了，大家可以参照修改：

1. 网络问题：网络不稳定或者网络中断都可能导致连接失败。请检查网络连接，确保客户端和服务器之间的网络通畅。

2. MySQL服务器超时设置：MySQL有一个`wait_timeout`参数，它指定了非交互式连接在被关闭之前可以保持空闲的最长时间。如果连接超过这个时间没有活动，它就会被服务器关闭。

解决方法：可以尝试两种方法：
- 调整 wait_timeout 参数的值，让连接可以保持更长时间的空闲。
- 在连接池配置中设置适当的空闲连接测试或者心跳检测，确保连接池中的连接保持活跃。

3. C3P0和DBCP配置问题：如果你的连接池配置不当，可能会导致连接在一段时间后失效。

对于C3P0，你可以设置以下几个参数：
- testConnectionOnCheckin：是否在归还连接到池中时检查其有效性。
- testConnectionOnCheckout：是否在从池中取出连接时检查其有效性。
- idleConnectionTestPeriod：设置空闲连接测试的周期，以避免连接因为长时间未使用而被服务器关闭。

对于DBCP，你也可以设置相似的参数：
- validationQuery：设置用于验证连接是否有效的SQL查询。
- testOnBorrow：设置是否在借用连接时进行验证。
- testWhileIdle：设置是否在连接空闲时进行验证。
- timeBetweenEvictionRunsMillis：设置闲置连接检测线程运行之间的时间间隔。

4. MySQL服务器重启：如果MySQL服务器重启了，现有的连接都会丢失。

5. MySQL服务器负载过高：在高负载情况下，服务器可能会拒绝新的连接或者断开现有连接。

6. 防火墙或安全设置：有时防火墙或安全软件可能会断开长时间空闲的连接。