druid使用时,发现数据库空闲太久自动关闭连接导致异常的问题
系统启动后,创建了连接池。那如果后续超过数据库配置的最大连接时间,就会单方面的断开连接。
而此时,druid并不知道,所以,在有请求访问进行数据操作的时候,使用到那个已断开的连接,就会报错。
解决方式是:
回收连接池中的链接
实例:
timeBetweenEvictionRunsMillis: 10000
minEvictableIdleTimeMillis: 30000
keepAlive: true
访问流量大的时候,连接池中的连接数是maxActive,但是当流量下来后,需要回收部分空闲的链接,最终让连接池中保留至少minIdle个链接。
回收的过程就需要定时对连接进行检查,判断连接是否应该回收。上面的配置就是每隔timeBetweenEvictionRunsMillis: 10000ms对连接池的连接做一次检查,如果有连接空闲时间超过minEvictableIdleTimeMillis: 30000ms就回收该链接(连接保持空闲而不被驱逐的最小时间)。
keepAlive能将最小空闲的连接,放入到一个线程里轮询,一直要保证可用。
注意:我当前使用的druid是:druid-spring-boot-starter.1.2.6.jar,minEvictableIdleTimeMillis需要大于30s
有同学可能不明白,为什么这样配置就好了。
这里只是说明会回收连接,还有一个隐形的东西没说:回收后,当连接数小于minIdle的时候,会自动创建新的连接,然后放到连接池里,这样连接池的连接就会尽量保证可用。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)