位置: 编程技术 - 正文
关于数据库连接池Druid使用说明(关于数据库连接池,下列说法错误的是)
编辑：rootadmin推荐整理分享关于数据库连接池Druid使用说明(关于数据库连接池,下列说法错误的是)，希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:关于数据库连接池说法不正确的是,关于数据库连接池的说法哪个是错误的,关于数据库连接池,说法错误的是,关于数据库连接池,下列说法错误的是,关于数据库连接池的说法正确的是,关于数据库连接池运行机制描述错误的是,关于数据库连接池,下列说法错误的是,关于数据库连接池运行机制描述错误的是,内容如对您有帮助，希望把文章链接给更多的朋友！
根据综合性能，可靠性，稳定性，扩展性，易用性等因素替换成最优的数据库连接池。
Druid:druid-1.0.
数据库 Mysql.5.6.
替换目标:替换掉C3P0,用druid来替换
替换原因:
1、性能方面 hikariCP>druid>tomcat-jdbc>dbcp>c3p0 。hikariCP的高性能得益于最大限度的避免锁竞争。
2、druid功能最为全面，sql拦截等功能，统计数据较为全面，具有良好的扩展性。
3、综合性能，扩展性等方面，可考虑使用druid或者hikariCP连接池，比较方便对jdbc接口进行监控跟踪等。
4、可开启prepareStatement缓存，对性能会有大概%的提升。
psCache是connection私有的，所以不存在线程竞争的问题，开启pscache不会存在竞争的性能损耗。
psCache的key为prepare执行的sql和catalog等，value对应的为prepareStatement对象。开启缓存主要是减少了解析sql的开销。
5、3p0历史悠久，代码及其复杂，不利于维护。并且存在deadlock的潜在风险。
6、Druid可以打印SQL，慢查询方面的日志
Druid 参数
配置参数 缺省值 游戏服设置的值 参数说明 initialSize 0 4 初始化连接数量 minIdle 0 4 最小空闲连接数 maxActive 8 8 最大并发连接数 maxWait -1L 获取连接时最大等待时间，单位毫秒。配置了maxWait之后， 缺省启用公平锁，并发效率会有所下降， 如果需要可以通过配置useUnfairLock属性为true使用非公平锁。 timeBetweenEvictionRunsMillis 配置间隔多久才进行一次检测，检测需要关闭的空闲连接，单位是毫秒 Destroy线程会检测连接的间隔时间 minEvictableIdleTimeMillis 配置一个连接在池中最小生存的时间，单位是毫秒 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 要启用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监控，可以加入以下代码:
闲置检测，创建连接，废弃连接清理由这三线程管理
总结
