关于数据库连接池Druid使用说明

配置参数 缺省值 游戏服设置的值 参数说明 initialSize 0 4 初始化连接数量 minIdle 0 4 最小空闲连接数 maxActive 8 8 最大并发连接数 maxWait -1L 60000 获取连接时最大等待时间，单位毫秒。配置了maxWait之后，
缺省启用公平锁，并发效率会有所下降，
如果需要可以通过配置useUnfairLock属性为true使用非公平锁。
timeBetweenEvictionRunsMillis 60000 60000 配置间隔多久才进行一次检测，检测需要关闭的空闲连接，单位是毫秒
Destroy线程会检测连接的间隔时间 minEvictableIdleTimeMillis 1800000 1800000 配置一个连接在池中最小生存的时间，单位是毫秒 validationQuery null select 1 用来检测连接是否有效的sql，要求是一个查询语句 testOnBorrow FALSE FALSE 申请连接时执行validationQuery检测连接是否有效，做了这个配置会降低性能。 testOnReturn FALSE FALSE 归还连接时执行validationQuery检测连接是否有效，做了这个配置会降低性能 testWhileIdle TRUE TRUE 建议配置为true，不影响性能，并且保证安全性。 申请连接的时候检测，如果
空闲时间大于 timeBetweenEvictionRunsMillis， 执行validationQuery检测连接是否有效。 poolPreparedStatements FALSE TRUE false 是否缓存preparedStatement，也就是PSCache。
PSCache对支持游标的数据库性能提升巨大，比如说oracle。
在mysql5.5以下的版本中没有PSCache功能，建议关闭掉。
5.5及以上版本有PSCache，建议开启。 maxPoolPreparedStatementPerConnectionSize 10 100 要启用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] 

总结

以上就是本文关于数据库连接池Druid使用说明的全部内容，希望对大家有所帮助。感兴趣的朋友可以参阅：MySQL prepare原理详解等及其他相关专题，有什么问题可以随时留言，小编会及时回复大家的。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!

根据综合性能，可靠性，稳定性，扩展性，易用性等因素替换成最优的数据库连接池。 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 参数