一、复现:
项目运行一段时间未访问数据库(不进行任何操作),再次访问时会出现第一次访问报错,再次访问正常的现象。
org.springframework.dao.RecoverableDataAccessException:
### Error querying database. Cause: com.mysql.cj.jdbc.exceptions.CommunicationsException: Communications link failure
The last packet successfully received from the server was 54,968 milliseconds ago. The last packet sent successfully to the server was 54,969 milliseconds ago.
二、解决
pom.xml文件
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>druid-spring-boot-starter</artifactId>
<version>1.1.10</version>
</dependency>
application.properties配置文件
spring.datasource.type=com.alibaba.druid.pool.DruidDataSource
spring.druid.validation-query=SELECT 1 #这里主要是空闲时验证数据库连接是否正常设置的链接语句
# testWhileIdle is true, validationQuery not set(网上说这句可以解决这个问题,顺便记录下)
test-while-idle: true
time-between-eviction-runs-millis: 60000
min-evictable-idle-time-millis: 60000
跑一段时间继续观察,应该没问题,有问题再说
testWhileIdle是什么意思?
testWhileIdle:如果为true(默认true),当应用向连接池申请连接,并且testOnBorrow为false时,连接池将会判断连接是否处于空闲状态,如果是,则验证这条连接是否可用。
注意:此时判断连接空闲的依据是空闲时间大于timeBetweenEvictionRunsMillis(默认1分钟),并不是使用minEvictableIdleTimeMillis跟maxEvictableIdleTimeMillis,也就是说如果连接空闲时间超过一分钟就测试一下连接的有效性,但并不是直接剔除;而如果空闲时间超过了minEvictableIdleTimeMillis则会直接剔除。
连接池是怎么判断一条连接是Idle状态的?
就是通过这两个参数进行判断的
- minEvictableIdleTimeMillis:最小空闲时间,默认30分钟,如果连接池中非运行中的连接数大于minIdle,并且那部分连接的非运行时间大于minEvictableIdleTimeMillis,则连接池会将那部分连接设置成Idle状态并关闭;也就是说如果一条连接30分钟都没有使用到,并且这种连接的数量超过了minIdle,则这些连接就会被关闭了。
- maxEvictableIdleTimeMillis:最大空闲时间,默认7小时,如果minIdle设置得比较大,连接池中的空闲连接数一直没有超过minIdle,这时那些空闲连接是不是一直不用关闭?当然不是,如果连接太久没用,数据库也会把它关闭,这时如果连接池不把这条连接关闭,系统就会拿到一条已经被数据库关闭的连接。为了避免这种情况,Druid会判断池中的连接如果非运行时间大于maxEvictableIdleTimeMillis,也会强行把它关闭,而不用判断空闲连接数是否小于minIdle;
总结
- minEvictableIdleTimeMillis连接空闲时间大于该值并且池中空闲连接大于minIdle则关闭该连接
- maxEvictableIdleTimeMillis连接空闲时间大于该值,不管minIdle都关闭该连接