目录
一、前言
先给大家简述一下我的坑吧,(我用的是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. 防火墙或安全设置:有时防火墙或安全软件可能会断开长时间空闲的连接。
排查思路:
要解决Communications link failure这个问题,首先应该检查你的mysql的账号密码是否正确,保证你的ida开发工具能连上,工具都连不上那就是mysql配置安装的问题,其次再排查网络连接是否稳定。然后,查看MySQL的wait_timeout设置,并根据需要进行调整。同时,确保连接池配置得当,特别是关于连接验证和空闲连接的处理。
在你的yaml配置文件中,务必确保你设置了这些连接池参数,并且可以考虑增加适当的日志记录,以便能够在问题发生时快速定位问题所在。如果你发现某一类问题经常发生,你可能需要调整你的连接池策略,或者查看是否有外部因素(如网络问题或服务器负载)导致连接中断。
配置参考:
C3P0连接池配置:
datasource:
driver-class-name: com.mysql.cj.jdbc.Driver
url: jdbc:mysql://localhost:3306/your_database
username: your_username
password: your_password
connection-init_sql: SELECT 1
poolName: YourC3P0Pool
maxPoolSize: 30
minPoolSize: 5
acquireIncrement: 5
maxIdleTime: 1800
maxStatements: 0
idleConnectionTestPeriod: 300
preferredTestQuery: "SELECT 1"
testConnectionOnCheckin: true
testConnectionOnCheckout: false
automaticTestTable: "c3p0_test_table"
当配置c3p0连接池时,以下是每个参数的作用:
1. driver-class-name: 指定数据库驱动程序的类名。
2. url: 数据库的连接地址。
3. username: 数据库的用户名。
4. password: 数据库的密码。
5. connection-init_sql: 连接初始化语句,用于在连接池初始化连接时执行一些SQL语句。
6. poolName: 连接池的名称。
7. maxPoolSize: 连接池中的最大连接数。
8. minPoolSize: 连接池中的最小连接数。
9. acquireIncrement: 当连接池中的连接耗尽时一次同时获取的连接数。
10. maxIdleTime: 连接的最大空闲时间,超过这个时间的连接将被销毁。
11. maxStatements: Statement的缓存大小,0表示不缓存Statement。
12. idleConnectionTestPeriod: 检测连接的周期,单位为秒。
13. preferredTestQuery: 用于测试连接的SQL查询语句。
14. testConnectionOnCheckin: 是否在连接归还到池中时测试连接。
15. testConnectionOnCheckout: 是否在从连接池中取出连接时测试连接。
16. automaticTestTable: 测试表名,用于测试连接的表名。
DBCP连接池配置:
datasource:
driver-class-name: com.mysql.cj.jdbc.Driver
url: jdbc:mysql://localhost:3306/your_database
username: your_username
password: your_password
initial-size: 5
max-active: 20
max-wait: 5000
max-idle: 10
validation-query: "SELECT 1"
test-on-borrow: true
test-on-return: false
test-while-idle: true
time-between-eviction-runs-millis: 30000
当配置 Apache Commons DBCP 时,以下是每个参数的作用:
1. driverClassName: 指定数据库驱动程序的类名。
2. url: 数据库的连接地址。
3. username: 数据库的用户名。
4. password: 数据库的密码。
5. maxTotal: 连接池中的最大连接数。
6. maxIdle: 连接池中的最大空闲连接数。
7. minIdle: 连接池中的最小空闲连接数。
8. initialSize: 连接池的初始大小。
9. maxWaitMillis: 获取连接的最大等待时间,超过将抛出异常。
10. validationQuery: 用于验证连接的SQL查询语句。
11. testOnBorrow: 是否在从连接池中取出连接时测试连接。
12. testOnReturn: 是否在连接归还到池中时测试连接。
13. timeBetweenEvictionRunsMillis: 检测空闲连接的周期,单位为毫秒。
14. minEvictableIdleTimeMillis: 空闲连接的最小空闲时间,超过这个时间的连接将被销毁。
15. removeAbandonedOnBorrow: 是否在取出连接时移除废弃的连接。
16. removeAbandonedOnMaintenance: 是否在维护时移除废弃的连接。
Druid连接池配置:
spring:
datasource:
url: jdbc:mysql://localhost:3306/mydb
username: username
password: password
type: com.alibaba.druid.pool.DruidDataSource
initialSize: 5
minIdle: 5
maxActive: 20
maxWait: 60000
timeBetweenEvictionRunsMillis: 60000
minEvictableIdleTimeMillis: 300000
validationQuery: SELECT 1
testWhileIdle: true
testOnBorrow: false
testOnReturn: false
poolPreparedStatements: true
maxOpenPreparedStatements: 20
filters: stat,wall,log4j
connectionProperties: druid.stat.mergeSql=true;druid.stat.slowSqlMillis=5000
# 其他配置参数可以根据需要进行设置
当配置 Druid 连接池时,以下是每个参数的作用:
1. url: 数据库连接地址
2. username: 数据库用户名
3. password: 数据库密码
4. initialSize: 初始化连接池时创建的连接数
5. minIdle: 连接池中保持的最小空闲连接数
6. maxActive: 连接池中允许的最大活动连接数
7. maxWait: 获取连接时的最大等待时间
8. timeBetweenEvictionRunsMillis: 运行空闲连接回收器的时间间隔
9. minEvictableIdleTimeMillis: 连接在池中最小生存的时间
10. validationQuery: 用于验证连接是否有效的 SQL 查询语句
11. testWhileIdle: 是否在空闲时对连接进行有效性检查
12. testOnBorrow: 是否在从连接池中获取连接时进行有效性检查
13. testOnReturn: 是否在归还连接给连接池时进行有效性检查
14. poolPreparedStatements: 是否缓存 PreparedStatement
15. maxOpenPreparedStatements: 缓存的 PreparedStatement 的最大数量
16. filters: 连接池的过滤器,用于监控和日志记录等功能
17. connectionProperties: 连接属性,用于设置额外的连接属性