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,之前配置了,删掉就可以。默认就是关闭的;
- 错误日志:
- 一、 SQL监控的功能