数据库连接池Druid使用总结

根据综合性能,可靠性,稳定性,扩展性,易用性等因素替换成最优的数据库连接池。

Druid:druid-1.0.29

数据库  Mysql.5.6.17

替换目标:替换掉C3P0,用druid来替换

替换原因:

1、性能方面 hikariCP>druid>tomcat-jdbc>dbcp>c3p0 。hikariCP的高性能得益于最大限度的避免锁竞争。

2、druid功能最为全面,sql拦截等功能,统计数据较为全面,具有良好的扩展性。

3、综合性能,扩展性等方面,可考虑使用druid或者hikariCP连接池,比较方便对jdbc接口进行监控跟踪等。

4、可开启prepareStatement缓存,对性能会有大概20%的提升。

  • psCache是connection私有的,所以不存在线程竞争的问题,开启pscache不会存在竞争的性能损耗。
  • psCache的key为prepare执行的sql和catalog等,value对应的为prepareStatement对象。开启缓存主要是减少了解析sql的开销。

5、3p0历史悠久,代码及其复杂,不利于维护。并且存在deadlock的潜在风险。

6、Druid可以打印SQL,慢查询方面的日志

Druid 参数

配置参数缺省值游戏服设置的值参数说明
initialSize04初始化连接数量
minIdle04最小空闲连接数
maxActive88最大并发连接数
maxWait-1L60000获取连接时最大等待时间,单位毫秒。配置了maxWait之后,
缺省启用公平锁,并发效率会有所下降,
如果需要可以通过配置useUnfairLock属性为true使用非公平锁。
timeBetweenEvictionRunsMillis6000060000配置间隔多久才进行一次检测,检测需要关闭的空闲连接,单位是毫秒
Destroy线程会检测连接的间隔时间
minEvictableIdleTimeMillis18000001800000配置一个连接在池中最小生存的时间,单位是毫秒
validationQuerynullselect 1用来检测连接是否有效的sql,要求是一个查询语句
testOnBorrowFALSEFALSE申请连接时执行validationQuery检测连接是否有效,做了这个配置会降低性能。
testOnReturnFALSEFALSE归还连接时执行validationQuery检测连接是否有效,做了这个配置会降低性能
testWhileIdleTRUETRUE建议配置为true,不影响性能,并且保证安全性。 申请连接的时候检测,如果
空闲时间大于 timeBetweenEvictionRunsMillis, 执行validationQuery检测连接是否有效。
poolPreparedStatementsFALSETRUEfalse 是否缓存preparedStatement,也就是PSCache。
PSCache对支持游标的数据库性能提升巨大,比如说oracle。
在mysql5.5以下的版本中没有PSCache功能,建议关闭掉。
5.5及以上版本有PSCache,建议开启。
maxPoolPreparedStatementPerConnectionSize10100要启用PSCache,必须配置大于0,当大于0时,
poolPreparedStatements自动触发修改为true。
单个connnection独享一个statement cache,也就是说maxOpenPreparedStatements是针对单个connection链接的

运行原理:

数据库连接池在初始化的时候会创建initialSize个连接,当有数据库操作时,会从池中取出一个连接。如果当前池中正在使用的连接数等于maxActive,则会等待一段时间,等待其他操作释放掉某一个连接,如果这个等待时间超过了maxWait,则会报错;如果当前正在使用的连接数没有达到maxActive,则判断当前是否空闲连接,如果有则直接使用空闲连接,如果没有则新建立一个连接。在连接使用完毕后,不是将其物理连接关闭,而是将其放入池中等待其他操作复用。 同时连接池内部有机制判断,如果当前的总的连接数少于miniIdle,则会建立新的空闲连接,以保证连接数得到miniIdle。如果当前连接池中某个连接在空闲了timeBetweenEvictionRunsMillis时间后仍然没有使用,则被物理性的关闭掉。有些数据库连接的时候有超时限制(mysql连接在8小时后断开),或者由于网络中断等原因,连接池的连接会出现失效的情况,这时候设置一个testWhileIdle参数为true,可以保证连接池内部定时检测连接的可用性,不可用的连接会被抛弃或者重建,最大情况的保证从连接池中得到的Connection对象是可用的。当然,为了保证绝对的可用性,你也可以使用testOnBorrow为true(即在获取Connection对象时检测其可用性),不过这样会影响性能。

如果要进行SQL监控,可以加入以下代码:

		Log4j2Filter log4j2 = new Log4j2Filter();
		log4j2.setResultSetLogEnabled(false);
		log4j2.setStatementSqlPrettyFormat(false);
		log4j2.setStatementExecutableSqlLogEnable(true);
		
		log4j2.setDataSourceLogEnabled(false);
		log4j2.setConnectionLogEnabled(false);
		log4j2.setStatementLogEnabled(false);
		log4j2.setResultSetLogEnabled(false);
		ret.setProxyFilters(Arrays.asList(log4j2));

闲置检测,创建连接,废弃连接清理由这三线程管理

Daemon Thread [Abandoned connection cleanup thread]
Daemon Thread [Druid-ConnectionPool-Create-1184124073] 
Daemon Thread [Druid-ConnectionPool-Destroy-1184124073] 

参考文章:数据库连接池性能比对(hikari druid c3p0 dbcp jdbc)


流子 CSDN认证博客专家 游戏程序员
关注游戏服务器架构及优化,监控预警,智能运维,数据统计分析等,对IO,MOBA,FPS,全球同服方面很感兴趣,希望能和兴趣相投的人一起搞点事。
©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页
实付 9.90元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值