Druid数据库连接池

Druid

• 一、配置
  • url: 连接数据库的url，不同数据库不一样。例如：mysql : jdbc:mysql://localhost:3306/druid2
  • username: 连接数据库的用户名
  • password: 连接数据库的密码
  • driverClassName: 默认可根据URL自动识别。这一项可配可不配，如果不配置druid会根据url自动识别dbType，然后选择相应的driverClassName。
  • type: com.alibaba.druid.pool.DruidDataSource
  • initialSize: 默认值0。初始化时建立物理连接的个数，初始化发生在显示调用init方法，或者第一次getConnection时。
  • maxActive: 默认值8。最大连接池数量。
  • minIdle: 最小连接池数量。
  • maxWait: 获取连接时最大等待时间，单位毫秒。配置了maxWait之后，缺省启用公平锁，并发效率会有所下降，如果需要可以通过配置useUnfairLock属性为true来使用非公平锁。
  • keep-alive: 连接池中的minIdle数据以内的连接，空闲时间超过minEvictableIdleTimeMillis，则会执行keepAlive操作。default=false datasource.druid.mysql.keep-alive=true
  • poolPreparedStatements: 默认值为false。是否缓存preparedStatement，也就是PSCache。PSCache对支持游标的数据库性能提升巨大，比如说oracle。在mysql5.5之前下建议关闭。
  • testOnBorrow: 默认值为true。申请连接时执行validationQuery检测连接是否有效，做了这个配置会降低性能。
  • testOnReturn: 默认值为false。归还连接时执行validationQuery检测连接是否有效，做了这个配置会降低性能。
  • testWhileIdle: 默认值为false。建议配置为true，不影响性能，并且保证安全性。申请连接的时候检测，如果空闲时间大于timeBetweenEvictionRunsMillis，执行validationQuery检测连接是否有效。
  • filters: 属性类型是字符串，通过别名的方式配置扩展插件，常用的插件有：监控统计用的filter:stat、日志用的filter:log4j、防御sql注入的filter:wall。 spring.datasource.filters=stat,wall,log4j 慎用
• 二、配置例子：
  • spring.datasource.url = jdbc:mysql://localhost:3306/test
  • spring.datasource.username = root
  • spring.datasource.password = root
  • spring.datasource.driverClassName = com.mysql.jdbc.Driver
  • spring.datasource.type=com.alibaba.druid.pool.DruidDataSource
  • #druid_config
    • spring.datasource.max-active: 20
    • spring.datasource.initial-size: 5
    • spring.datasource.min-idle: 3
    • spring.datasource.max-wait: 60000
    • spring.datasource.time-between-eviction-runs-millis: 60000
    • spring.datasource.min-evictable-idle-time-millis: 100000
    • spring.datasource.max-evictable-idle-time-millis: 200000
    • spring.datasource.test-while-idle: true
    • spring.datasource.test-on-borrow: false
    • spring.datasource.test-on-return: false
    • spring.datasource.poolPreparedStatements: true
  • 三、druid 问题
    • 一、 SQL监控的功能
      • 错误日志：
        • java.lang.OutOfMemoryError: Java heap space。
      • 现象：
        • 使用top，服务器cpu，占用过高，近乎100%；（原因：从gc日志，看出 fullgc频繁；）
      • 推测原因：
        • 内存泄漏导致GC无法回收内存导致OOM。
      • 临时解决方法：
        • 重启服务器，为了不影响业务。
      • 寻找问题：
        • 1、通过日志，定位业务代码；
        • 2、 通过jvm；
          • 1、在参数中添加-XX:+HeapDumpOnOutOfMemoryError，在发生oom的时候系统会自动生成Dump文件。
          • 2、jmap -dump:format=b,file=文件名 [pid]命令生成Dump文件。
          • 分析： 使用 MAT，分析dump文件 。发现内存占用一半都是存储的sql。设置的堆是2G。根据文件，跟踪引用关系，找到jdbcSqlStat类，又找到jdbcDataSourceStat类，
            
            
            • private static JdbcDataSourceStat global;
            • 静态变量，静态太代码块。意味着除非手动在代码中释放global对象或者remove掉sqlStatMap里的对象，否则sqlStatMap就会一直被持有不能被GC释放。
      • 原因：
        • SQL都被JdbcDataSourceStat中的一个HashMap对象所持有导致无法GC，从而导致OOM的发生。
        • 每个sql语句会长期持有引用，加快FullGc频率。
      • 释放sqlStatMqp 的方法,JdbcDataSourceStat类中：
        • 1、setMaxSqlSize();
        • 2、reset();
        • 3、getSqlStatMapAndReset();
      • 解决：
        • 1. 关闭 spring.datasource.filters，之前配置了，删掉就可以。默认就是关闭的；