Druid连接池

• Druid 连接池简介

Druid首先是一个数据库连接池。Druid是目前最好的数据库连接池，在功能、性能、扩展性方面，都超过其他数据库连接池，包括DBCP、C3P0、BoneCP、Proxool、JBoss DataSource。Druid已经在阿里巴巴部署了超过600个应用，经过一年多生产环境大规模部署的严苛考验。

同时Druid不仅仅是一个数据库连接池，它包括四个部分：

    Druid是一个JDBC组件，它包括三个部分：

    基于Filter－Chain模式的插件体系。

    DruidDataSource 高效可管理的数据库连接池。

    SQLParser

Druid的功能

1、替换DBCP和C3P0。Druid提供了一个高效、功能强大、可扩展性好的数据库连接池。

2、可以监控数据库访问性能，Druid内置提供了一个功能强大的StatFilter插件，能够详细统计SQL的执行性能，这对于线上分析数据库访问性能有帮助。

3、数据库密码加密。直接把数据库密码写在配置文件中，这是不好的行为，容易导致安全问题。DruidDruiver和DruidDataSource都支持PasswordCallback。

4、SQL执行日志，Druid提供了不同的LogFilter，能够支持Common-Logging、Log4j和JdkLog，你可以按需要选择相应的LogFilter，监控你应用的数据库访问情况。

5、扩展JDBC，如果你要对JDBC层有编程的需求，可以通过Druid提供的Filter机制，很方便编写JDBC层的扩展插件。

• 使用原因

             原先项目使用的是C3P0连接池，在项目发布使用一段时间后发现c3p0 连接池访问数据库的时候创建连接会在oralce的lisenter.log 日志文件记录。 

经过一段时间观察发现oralce每6秒会在lisenter.log日志记录一次，我们设置的最小连接是20，所以oracle每次会在日志记录20条。随着时间越长日志文件越来越大，当日志文件达到4个G的时候会导致oracle死掉。 经过不断调整参数配置还是无法得到解决方案，最后选择使用阿里Druid连接池试试，Druid默认最小连接2个，配置好后发布观察日志发现只在创建的时候在日志里面记录了2条记录。没有像C3P0那样每6秒记录一次导致日志文件越来越大。 

lisenter.log 日志截图

 

• Druid使用

       1. Druid.jar包

                       druid-1.1.4.jar   1.1.4

       2.Druid连接池配置

                     

           这里没有配置最小连接数 ，默认为2个。

        3.Druid属性配置图

配置	缺省值	说明
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，通过监控界面发现PSCache有缓存命中率记录，  该应该是支持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，  是组合关系，并非替换关系

　　　

　　　　4.数据源监控配置

　　　　　　　　　　在项目的web.xml加上以下代码

                              

 1 <filter>
 2         <filter-name>DruidWebStatFilter</filter-name>
 3         <filter-class>com.alibaba.druid.support.http.WebStatFilter</filter-class>
 4         <init-param>
 5             <param-name>exclusions</param-name>
 6             <param-value>*.js,*.gif,*.jpg,*.png,*.css,*.ico,/druid/*</param-value>
 7         </init-param>
 8     </filter>
 9     <filter-mapping>
10         <filter-name>DruidWebStatFilter</filter-name>
11         <url-pattern>/*</url-pattern>
12     </filter-mapping>
13     
14     <servlet>
15         <servlet-name>DruidStatView</servlet-name>
16         <servlet-class>com.alibaba.druid.support.http.StatViewServlet</servlet-class>
17     </servlet>
18     <servlet-mapping>
19         <servlet-name>DruidStatView</servlet-name>
20         <url-pattern>/druid/*</url-pattern>
21     </servlet-mapping>

     阿里推出的这个数据源监控很强大，有喜欢的同志请自己配置玩玩这里我就不做解释了。

     下面贴出监控数据源截图

           

 

生命不息，代码不止