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

目录

前言

第一种方法:

第二种方法

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

第四种方法

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

第六种方法配置demo

配置1:

总结


前言

先给大家简述一下我的坑吧,(我用的是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

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

配置1:

该配置会每隔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),才解决这个坑的。

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

原文地址:https://www.cnblogs.com/jalenFish/p/14099043.html