和dbcp相似,druid的配置项以下 html
配置 | 缺省值 | 说明 |
name | 配置这个属性的意义在于,若是存在多个数据源,监控的时候 能够经过名字来区分开来。若是没有配置,将会生成一个名字, 格式是:"DataSource-" + System.identityHashCode(this) |
|
jdbcUrl | 链接数据库的url,不一样数据库不同。例如: mysql : jdbc:mysql://10.20.153.104:3306/druid2 oracle : jdbc:oracle:thin:@10.20.149.85:1521:ocnauto |
|
username | 链接数据库的用户名 | |
password | 链接数据库的密码。若是你不但愿密码直接写在配置文件中, 可使用ConfigFilter。详细看这里: https://github.com/alibaba/druid/wiki/%E4%BD%BF%E7%94%A8ConfigFilter |
|
driverClassName | 根据url自动识别 | 这一项可配可不配,若是不配置druid会根据url自动识别dbType, 而后选择相应的driverClassName |
initialSize | 0 | 初始化时创建物理链接的个数。初始化发生在显示调用init方法, 或者第一次getConnection时 |
maxActive | 8 | 最大链接池数量 |
maxIdle | 8 | 已经再也不使用,配置了也没效果 |
minIdle | 最小链接池数量 | |
maxWait | 获取链接时最大等待时间,单位毫秒。配置了maxWait以后, 缺省启用公平锁,并发效率会有所降低, 若是须要能够经过配置useUnfairLock属性为true使用非公平锁。 |
|
poolPreparedStatements | false | 是否缓存preparedStatement,也就是PSCache。 PSCache对支持游标的数据库性能提高巨大,好比说oracle。 在mysql5.5如下的版本中没有PSCache功能,建议关闭掉。 5.5及以上版本有PSCache,建议开启。 |
maxOpenPreparedStatements | -1 | 要启用PSCache,必须配置大于0,当大于0时, poolPreparedStatements自动触发修改成true。 在Druid中,不会存在Oracle下PSCache占用内存过多的问题, 能够把这个数值配置大一些,好比说100 |
validationQuery | 用来检测链接是否有效的sql,要求是一个查询语句。 若是validationQuery为null,testOnBorrow、testOnReturn、 testWhileIdle都不会其做用。 |
|
testOnBorrow | true | 申请链接时执行validationQuery检测链接是否有效, 作了这个配置会下降性能。 |
testOnReturn | false | 归还链接时执行validationQuery检测链接是否有效, 作了这个配置会下降性能 |
testWhileIdle | false | 建议配置为true,不影响性能,而且保证安全性。 申请链接的时候检测,若是空闲时间大于 timeBetweenEvictionRunsMillis, 执行validationQuery检测链接是否有效。 |
timeBetweenEvictionRunsMillis | 有两个含义: 1) Destroy线程会检测链接的间隔时间 2) testWhileIdle的判断依据,详细看testWhileIdle属性的说明 |
|
numTestsPerEvictionRun | 再也不使用,一个DruidDataSource只支持一个EvictionRun | |
minEvictableIdleTimeMillis | ||
connectionInitSqls | 物理链接初始化的时候执行的sql | |
exceptionSorter | 根据dbType自动识别 | 当数据库抛出一些不可恢复的异常时,抛弃链接 |
filters | 属性类型是字符串,经过别名的方式配置扩展插件, 经常使用的插件有: 监控统计用的filter:stat 日志用的filter:log4j 防护sql注入的filter:wall |
|
proxyFilters | 类型是List<com.alibaba.druid.filter.Filter>, 若是同时配置了filters和proxyFilters, 是组合关系,并不是替换关系 |
配置项中指定了各个参数后,在链接池内部是这么使用这些参数的。数据库链接池在初始化的时候会建立initialSize个链接,当有数据库操做时,会从池中取出一个链接。若是当前池中正在使用的链接数等于maxActive,则会等待一段时间,等待其余操做释放掉某一个链接,若是这个等待时间超过了maxWait,则会报错;若是当前正在使用的链接数没有达到maxActive,则判断当前是否空闲链接,若是有则直接使用空闲链接,若是没有则新创建一个链接。在链接使用完毕后,不是将其物理链接关闭,而是将其放入池中等待其余操做复用。 mysql
同时链接池内部有机制判断,若是当前的总的链接数少于miniIdle,则会创建新的空闲链接,以保证链接数获得miniIdle。若是当前链接池中某个链接在空闲了timeBetweenEvictionRunsMillis时间后任然没有使用,则被物理性的关闭掉。有些数据库链接的时候有超时限制(mysql链接在8小时后断开),或者因为网络中断等缘由,链接池的链接会出现失效的状况,这时候设置一个testWhileIdle参数为true,能够保证链接池内部定时检测链接的可用性,不可用的链接会被抛弃或者重建,最大状况的保证从链接池中获得的Connection对象是可用的。固然,为了保证绝对的可用性,你也可使用testOnBorrow为true(即在获取Connection对象时检测其可用性),不过这样会影响性能。 git
<servlet> <servlet-name>DruidStatView</servlet-name> <servlet-class>com.alibaba.druid.support.http.StatViewServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>DruidStatView</servlet-name> <url-pattern>/druid/*</url-pattern> </servlet-mapping>
function showTime() { var myDate = new Date(); var timeStr = ''; timeStr += myDate.getFullYear()+'-'; //获取完整的年份(4位,1970-????) timeStr += myDate.getMonth()+'-'; //获取当前月份(0-11,0表明1月) timeStr += myDate.getDate() + ' '; //获取当前日(1-31) timeStr += myDate.getHours()+':'; //获取当前小时数(0-23) timeStr += myDate.getMinutes()+':'; //获取当前分钟数(0-59) timeStr += myDate.getSeconds(); //获取当前秒数(0-59) return timeStr } $(document).ready(function() { function loadDBTestMessage() { $.get('servlet/MysqlTestServlet',function(data) { if (typeof(data) != 'object') { data = eval('(' + data + ')'); } var html = '['+showTime()+']'; html += '建立:' + data['createResult']; html += '插入:' + data['insertResult']; html += '销毁:' + data['dropResult']; html += $('#message').html(html); }); } setInterval(function() { loadDBTestMessage(); }, 10000); });