【连接池性能之druid】Connection Close的问题,通过配置Druid的泄露检测机制解决 您所在的位置:网站首页 国产车都有什么品牌 【连接池性能之druid】Connection Close的问题,通过配置Druid的泄露检测机制解决

【连接池性能之druid】Connection Close的问题,通过配置Druid的泄露检测机制解决

2024-02-13 22:33| 来源: 网络整理| 查看: 265

spring:   datasource:     dynamic:       druid:         fail-fast: true         # 配置监控统计拦截的filters         filters: slf4j,stat         # 配置从连接池获取连接等待超时的时间         max-wait: 2000         # 5.7之后支持游标,是否缓存preparedStatement,也就是PSCache。PSCache对支持游标的数据库性能提升巨大;         pool-prepared-statements: false         query-timeout:         # 连接泄露检查,打开removeAbandoned功能 , 连接从连接池借出后,长时间不归还,将触发强制回连接。回收周期随timeBetweenEvictionRunsMillis进行,如果连接为从连接池借出状态,并且未执行任何sql,并且从借出时间起已超过removeAbandonedTimeout时间,则强制归还连接到连接池中         remove-abandoned: true         # 检查连接泄露依据(超时时间)removeAbandonedTimeoutMillis(默认5分钟):连接回收的超时时间;设置了removeAbandoned为true,Druid会定期检查线程池溢出的情况,如果不是运行状态,且超过设置的时间就会被回收;         remove-abandoned-timeout-millis: 300000         slf4j:           enable: true           statement-executable-sql-log-enable: true         # testOnBorrow(默认true):建议配置为false,申请连接时执行validationQuery检测连接是否有效,做了这个配置会降低性能。           test-on-borrow: false         # testOnReturn(默认false):建议配置为false,归还连接时执行validationQuery检测连接是否有效,做了这个配置会降低性能;         test-on-return: false         # testWhileIdle(默认false)是一个检测配置项:建议配置为true,不影响性能,并且保证安全性。申请连接的时候检测,如果空闲时间大于timeBetweenEvictionRunsMillis,执行validationQuery检测连接是否有效;         test-while-idle: true         # 创建initialSize个连接         initial-size: 8         # 线程池中最大连接数         max-active: 30         # minIdle:线程池最小空闲数,Druid会定期扫描连接数情况,如果扫描的值大于该值就关闭多余的连接数,小于就创建符合要求的连接数;这个参数的主要用处是突然有大量的请求的时候,就会创建新的连接数,这是个比较耗时的操作;         min-idle: 5         # 配置一个连接在池中最小生存的时间,单位是毫秒         min-evictable-idle-time-millis: 180000         # 配置间隔多久才进行一次检测,检测需要关闭的空闲连接,单位是毫秒         time-between-eviction-runs-millis: 60000  



【本文地址】

公司简介

联系我们

今日新闻

    推荐新闻

    专题文章
      CopyRight 2018-2019 实验室设备网 版权所有