日常踩坑-Druid连接超时报错

报错信息如下:

Cause: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:
Communications link failureThe last packet successfully received from the server was 97,130 milliseconds ago. 
The last packet sent successfully to the server was 24 milliseconds ago.; SQL []; Communications link failure...
Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:
Communications link failure

产生问题的直接原因:

  1. 数据库重启
  2. 数据库空闲连接超过设置的最大timemout时间

导致数据库会强行断开已有的链接,就会报这个异常。

产生问题的根本原因:

以mysql5版本为例,其自身连接的等待时间(wait_timeout)缺省为8小时,如果在wait_timeout秒期间内,数据库连接(java.sql.Connection)一直处于等待状态,mysql5就将该连接关闭。这时,你的Java应用的连接池仍然合法地持有该连接的引用。当用该连接来进行数据库操作时,就会产生上述错误。

问题解决:

一、马上止损的方法:

重启服务器。(重启服务器,数据库连接池就会重新初始化, 重新获取和数据库的有效连接)

二、避免产生上述问题的方法:【你需要自己按自己采用的连接池,类型去搜索相应的配置,不同连接池可能不同】

1、数据库连接池增加探活配置。(在连接池配置文件中增加下面的关键属性) (推荐这种方式)

为了解决这个异常,我们在配置数据库连接池的时候需要做一些检查连接有效性的配置,这里以Druid为例,相关配置如下(更多配置):这里还有一个(dbcp的配置)

字段名 默认值 说明
validationQuery 用来检测连接是否有效的sql,要求是一个查询语句,常用select 'x'。如果validationQuery为null,testOnBorrow、testOnReturn、testWhileIdle都不会起作用。
validationQueryTimeout 单位:秒,检测连接是否有效的超时时间。底层调用jdbc Statement对象的void setQueryTimeout(int seconds)方法
testOnBorrow true 申请连接时执行validationQuery检测连接是否有效,做了这个配置会降低性能。
testOnReturn false 归还连接时执行validationQuery检测连接是否有效,做了这个配置会降低性能。
testWhileIdle false 建议配置为true,不影响性能,并且保证安全性。申请连接的时候检测,如果空闲时间大于timeBetweenEvictionRunsMillis,执行validationQuery检测连接是否有效。
timeBetweenEvictionRunsMillis 1分钟(1.0.14) 有两个含义:1) Destroy线程会检测连接的间隔时间,如果连接空闲时间大于等于minEvictableIdleTimeMillis则关闭物理连接。2) testWhileIdle的判断依据,详细看testWhileIdle属性的说明

为了避免空闲时间过长超过最大空闲时间而被断开,我们设置三个配置:

validationQuery: SELECT 1testWhileIdle: truetimeBetweenEvictionRunsMillis: 28000

其中timeBetweenEvictionRunsMillis需要小于mysql的wait_timeout

实例:


9e90e2be24f2c9e2d163e0b2bf77dbb5f6a.jpg

2、增大数据库默认的超时等待时间****(wait_timeout) 【如果太大,可能导致连接数较多,引起性能下降】

修改MySQL的参数,wait_timeout最大为31536000即1年,在my.cnf中加入:
[mysqld]
wait_timeout=31536000
interactive_timeout=31536000
重启生效,需要同时修改这两个参数。

3、JDBC配置Mysql连接URL重连机制

jdbc:mysql://localhost:3306/test?user=root&password=&autoReconnect=true

4、JDBC减少连接池内连接生存周期:使之小于所设置的wait_timeout 的值

转载于:https://my.oschina.net/zjllovecode/blog/3066742

你可能感兴趣的:(日常踩坑-Druid连接超时报错)