和其它链接池同样DRUID的DataSource类为:com.alibaba.druid.pool.DruidDataSource,基本配置参数以下:mysql
配置 | 缺省值 | 说明 |
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。在mysql下建议关闭。 |
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,是组合关系,并不是替换关系git |