聊聊Druid（一）-- 配置与初始化

这里以咱们经常使用在spring环境中集成druid的方式进行说明。 spring中的druid配置参考：

<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close"> 
  <!-- 基本属性 url、user、password -->
  <property name="url" value="${jdbc_url}" />
  <property name="username" value="${jdbc_user}" />
  <property name="password" value="${jdbc_password}" />
    
  <!-- 配置初始化大小、最小、最大 -->
  <property name="initialSize" value="1" />
  <property name="minIdle" value="1" /> 
  <property name="maxActive" value="20" />

  <!-- 配置获取链接等待超时的时间 -->
  <property name="maxWait" value="60000" />

  <!-- 配置间隔多久才进行一次检测，检测须要关闭的空闲链接，单位是毫秒 -->
  <property name="timeBetweenEvictionRunsMillis" value="60000" />

  <!-- 配置一个链接在池中最小生存的时间，单位是毫秒 -->
  <property name="minEvictableIdleTimeMillis" value="300000" />

  <property name="validationQuery" value="SELECT 'x'" />
  <property name="testWhileIdle" value="true" />
  <property name="testOnBorrow" value="false" />
  <property name="testOnReturn" value="false" />

  <!-- 打开PSCache，而且指定每一个链接上PSCache的大小 -->
  <property name="poolPreparedStatements" value="true" />
  <property name="maxPoolPreparedStatementPerConnectionSize" value="20" />

  <!-- 配置监控统计拦截的filters -->
  <property name="filters" value="stat" /> 
</bean>

一般来讲，只须要修改initialSize、minIdle、maxActive。

若是用Oracle，则把poolPreparedStatements配置为true，mysql能够配置为false。分库分表较多的数据库，建议配置为false。

能够看到配置中指定了初始化方法：init。在spring初始化这个bean时会调用init方法进行初始化。初始化流程以下：

1. 获取全局同步锁
2. 记录当前线程调用栈
3. 初始化各类idSeed  -- 
4. 执行filter的init方法进行filter的初始化
5. 核心配置的校验。包括不限于：maxActive，timeBetweenLogStatsMillis和maxEvictableIdleTimeMillis
6. 建立Driver。（MockDriver或者Driver）
7. 初始化ExceptionSorter，validConnectionChecker
8. 初始化dataSourceStat。全局数据源stat仍是单独stat
9. 初始化各类池。connections，evictConnections和keepAliveConnections
10. 建立initSize个链接
11. 启动各类线程。日志统计线程，链接建立线程以及链接销毁检测线程
12. emptySignal
13. 释放全局同步锁

说明：

一、使用了一个size为2的countdownLatch，是为了在初始化链接建立线程和链接销毁检测线程都启动后再执行后续的初始化步骤。默认是每一个数据源建立一个链接建立线程和链接销毁检测线程。当数据源十分多时，会致使线程数剧增，因此提供了createScheduler和destroyScheduler实现线程池。

二、对于keepAlive的理解。

在Druid-1.0.27以前的版本，DruidDataSource建议使用TestWhileIdle来保证链接的有效性，但仍有不少场景须要对链接进行保活处理（好比）。在1.0.28版本以后，新加入keepAlive配置，缺省关闭。打开KeepAlive以后的效果

1. 初始化链接池时会填充到minIdle数量（初始化的时候并无判断keepAlive窝）。
2. 链接池中的minIdle数量之内的链接，空闲时间超过minEvictableIdleTimeMillis，则会执行keepAlive操做。
3. 当网络断开等缘由产生的由ExceptionSorter检测出来的死链接被清除后，自动补充链接到minIdle数量。

上述内容来自Druid 官方文档。如下是我的的理解：

　 a）是否在要保持connections中的链接数不小于minIdle

　 b）使用keepAlive，在链接时间已经超过minIdle，可是未达到maxIdle以前会保持链接而不丢弃，具体查看removeAbandoned方法，上述的第二点也是在DestoryTask中调用removeAbandoned实现的。

三、初始化完成以后会注册一个dataSource的MBEAN。

四、关于ExceptionSorter。

　 当一个链接产生不可恢复的异常时，例如Oracle error_code_28 session has been killed，必须马上从链接池中逐出，不然会产生大量错误。目前只有Druid和JBoss DataSource实现了ExceptionSorter。