【问题背景】应用部署再ecs或者云上报错 Cause: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure
用的是
数据库连接池（Druid）
背景信息
使用Druid作为数据库连接池时，在数据库宕机后再次恢复，应用无法获取数据库连接或获取的连接为失效连接，无法进行数据库操作。其主要原因为连接池持有的无效连接未被清理，导致应用程序报错。
业务应用接入容灾要求Druid V1.2.6及以上的版本。
druid 1.2.6是一个稳定版本，增加检测脏链接和剔除脏链接的能力：
1、修复连接池在close后创建中的连接没有被关闭的问题；
2、修复连接池在MySQL服务器主动连接断开时keepAlive机制失效的问题。
解决方式
推荐方式（一）
适用场景
该配置会消耗部分系统性能，但可保证数据库恢复后即时可用，不会出现任何请求失效的情况
解决思路
通过连接有效性校验，提高数据库连接池可用性。
操作步骤
1.进入应用程序配置目录./resources
2.修改druid.properties中属性如下：
// 校验SQL validationQuery=select 1 // 配置获取连接时校验 testOnBorrow=true
核心参数
|
参数 |
推荐配置 |
|
validationQuery |
检验SQL，在Druid有校验的情况下，该参数必填 |
|
testOnBorrow |
设置true，连接时检验，根据硬件资源灵活配置，影响性能，硬件允许的情况下推荐true |
推荐方式（二）
适用场景
该配置不会消耗系统性能，但只在宕机时间大于keepalive间隔时间的条件下，才会清理失效连接；若宕机时间较短，有一定概率出现连接不可用
解决思路
通过配置keepalive，从而发现失效连接并清理，确保连接可用
操作步骤
1.进入应用程序配置目录./resources
2.修改druid.properties中属性如下：
// 检测SQL validationQuery=SELECT 1 // 检测时超时时长 validationQueryTimeout=1000 // 连接空闲时长校验 testWhileIdle=true keepAlive=true // 申请连接时，空闲时间过长则检测 timeBetweenEvictionRunsMillis=60000 // 连接保持空闲而不被驱逐的最小时间 minEvictableIdleTimeMillis=30000
核心参数
|
参数 |
推荐配置 |
|
Keepalive |
设置true，用于宕机后清空连接池 |
|
testWhileIdle |
设置true，不影响性能 |
|
timeBetweenEvictionRunsMillis |
执行Keepalive的间隔时常，可根据业务需求配置，最小值建议大于30s，单位：毫秒 |
|
minEvictableIdleTimeMillis |
每个连接在连接池中存活的最小时常，Druid支持的最小值为30s，单位：毫秒 |
|
validationQuery |
检验SQL，在Druid有校验的情况下，该参数必填 |
附件
Druid支持的数据库
|
数据库 |
支持状态 |
validationQuery |
|
mysql |
支持，大规模使用 |
select 1 |
|
oracle |
支持，大规模使用 |
select 1 from dual |
|
sqlserver |
支持 |
select 1 |
|
postgres |
支持 |
select version() |
|
db2 |
支持 |
select 1 from sysibm.sysdummy1 |
|
h2 |
支持 |
select 1 |
|
derby |
支持 |
select 1 |
|
sqlite |
支持 |
select 1 |
|
sybase |
支持 |
select 1 |
Druid参数详解
|
配置 |
缺省值 |
说明 |
|
name |
配置这个属性的意义在于，如果存在多个数据源，监控的时候可以通过名字来区分开来。如果没有配置，将会生成一个名字，格式是："DataSource-" + System.identityHashCode(this). 另外配置此属性至少在1.0.5版本中是不起作用的，强行设置name会出错。详情-点此处。 |
|
|
url |
连接数据库的url，不同数据库不一样。例如： mysql : jdbc:mysql://10.20.153.104:3306/druid2 |
|
|
username |
连接数据库的用户名 |
|
|
password |
连接数据库的密码。如果你不希望密码直接写在配置文件中，可以使用ConfigFilter。详细看这里 |
|
|
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下建议关闭。 |
|
maxPoolPreparedStatementPerConnectionSize |
-1 |
要启用PSCache，必须配置大于0，当大于0时，poolPreparedStatements自动触发修改为true。在Druid中，不会存在Oracle下PSCache占用内存过多的问题，可以把这个数值配置大一些，比如说100 |
|
validationQuery |
用来检测连接是否有效的sql，要求是一个查询语句，常用select 'x'。如果validationQuery为null，testOnBorrow、testOnReturn、testWhileIdle都不会起作用。 |
|
|
validationQueryTimeout |
单位：秒，检测连接是否有效的超时时间。底层调用jdbc Statement对象的void setQueryTimeout(int seconds)方法 |
|
|
testOnBorrow |
true |
申请连接时执行validationQuery检测连接是否有效，做了这个配置会降低性能。 |
|
testOnReturn |
false |
归还连接时执行validationQuery检测连接是否有效，做了这个配置会降低性能。 |
|
testWhileIdle |
false |
建议配置为true，不影响性能，并且保证安全性。申请连接的时候检测，如果空闲时间大于timeBetweenEvictionRunsMillis，执行validationQuery检测连接是否有效。 |
|
keepAlive |
false |
连接池中的minIdle数量以内的连接，空闲时间超过minEvictableIdleTimeMillis，则会执行keepAlive操作。 |
|
timeBetweenEvictionRunsMillis |
1分钟（1.0.14） |
有两个含义： 1) Destroy线程会检测连接的间隔时间，如果连接空闲时间大于等于minEvictableIdleTimeMillis则关闭物理连接。 2) testWhileIdle的判断依据，详细看testWhileIdle属性的说明 |
|
numTestsPerEvictionRun |
30分钟（1.0.14） |
不再使用，一个DruidDataSource只支持一个EvictionRun |
|
minEvictableIdleTimeMillis |
连接保持空闲而不被驱逐的最小时间 |
|
|
connectionInitSqls |
物理连接初始化的时候执行的sql |
|
|
exceptionSorter |
根据dbType自动识别 |
当数据库抛出一些不可恢复的异常时，抛弃连接 |
|
filters |
属性类型是字符串，通过别名的方式配置扩展插件，常用的插件有： |
|
|
proxyFilters |
类型是List<com.alibaba.druid.filter.Filter>，如果同时配置了filters和proxyFilters，是组合关系，并非替换关系 |