阿里MYSQL数据库连接池druid_阿里数据库连接池druid详解

1.Druid介绍

Druid是一个JDBC组件库，包括数据库连接池、SQL Parser等组件。DruidDataSource是目前最好的数据库连接池

2.数据库连接池大比拼

主要功能对比：

Druid

BoneCP

DBCP

C3P0

Proxool

JBoss

Tomcat-Jdbc

LRU

是

否

是

否

是

是

?

PSCache

是

是

是

是

否

否

是

PSCache-Oracle-Optimized

是

否

否

否

否

否

否

ExceptionSorter

是

否

否

否

否

是

否

更新维护

是

否

否

否

否

？

否

LRU：

LRU 是一个性能关键指标，特别Oracle，每个Connection对应数据库端的一个进程，如果数据库连接池遵从LRU,有助于数据库服务器优化，这是重要的指标。在测试中，Druid、DBCP、Proxool是遵守LRU的。BoneCP、C3P0则不是。BoneCP 在mock 环境下性能可能好，但在真实环境中则就不好了。

PSCache

PSCache是数据库连接池的关键指标。在Oracle中，类似SELECT NAME FROM USER WHERE ID = ? 这样的SQL，启用PSCache和不启用PSCache的性能可能是相差一个数量级的。Proxool是不支持PSCache的数据库连接池，如果你使用Oracle、SQL Server、DB2、Sybase这样支持游标的数据库，那你就完全不用考虑Proxool。

PSCache-Oracle-Optimized

Oracle 10系列的Driver，如果开启PSCache，会占用大量的内存，必须做特别的处理，启用内部的EnterImplicitCache等方法优化才能够减少内存的占用。这个功能只有DruidDataSource有。如果你使用的是Oracle Jdbc，你应该毫不犹豫采用DruidDataSource

ExceptionSorter

ExceptionSorter是一个很重要的容错特性，如果一个连接产生了一个不可恢复的错误，必须立刻从连接池中去掉，否则会连续产生大量错误。这个特性，目前只有JBossDataSource和Druid实现。Druid的实现参考自JBossDataSource，经过长期生产反馈补充。

3.配置DruidDataSource

*参考配置*

*各配置项说明*

配置

缺省值

说明

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

连接数据库的用户名

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，通过监控界面发现PSCache有缓存命中率记录，该应该是支持PSCache。

maxOpenPreparedStatements

-1

要启用PSCache，必须配置大于0，当大于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

不再使用，一个DruidDataSourc只支持一个EvictionRun

minEvictableIdleTimeMillis

connectionInitSqls

物理连接初始化的时候执行的sql

exceptionSorter

根据dbType自动识别

当数据库抛出一些不可恢复的异常时，抛弃连接

filters

属性类型是字符串，通过别名的方式配置扩展插件，常用的插件有：监控统计用的filter:stat ,日志用的filter:log4j, 防御sql注入的filter:wall

proxyFilters

类型是List，如果同时配置了filters和proxyFilters，是组合关系，并非替换关系