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监控的功能