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

最新推荐文章于 2024-07-24 11:33:36 发布

weixin_34306676

最新推荐文章于 2024-07-24 11:33:36 发布

阅读量1.1k

点赞数 1

文章标签： java 数据库

原文链接：https://my.oschina.net/everxu/blog/1627554

版权

为什么80%的码农都做不了架构师？>>>

这里以我们常用在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. 释放全局同步锁

说明：

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

2、对于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实现的。

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

4、关于ExceptionSorter。

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

转载于:https://my.oschina.net/everxu/blog/1627554