【问题背景】应用部署再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机制失效的问题。

解决方式

附件

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 oracle : jdbc:oracle:thin:@10.20.149.85:1521:ocnauto
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 （1.0.28）	连接池中的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		属性类型是字符串，通过别名的方式配置扩展插件，常用的插件有：监控统计用的filter:stat 日志用的filter:log4j 防御sql注入的filter:wall
proxyFilters		类型是List<com.alibaba.druid.filter.Filter>，如果同时配置了filters和proxyFilters，是组合关系，并非替换关系

mysql

CommunicationsException

jdbc

Communications

exceptions

mysql communicationsexception jdbc communications

communicationsexception communications exceptions

cjcommunicationsexception communications exceptions

mysqlnontransientconnectionexcept jdbc exceptions

communications failure mysql link

connections方法mysql jdbc

communicationsexception

语句mysql jdbc

mysql视频2023 jdbc

communicationsexception catalogquerymanager

参数	推荐配置
Keepalive	设置true，用于宕机后清空连接池
testWhileIdle	设置true，不影响性能
timeBetweenEvictionRunsMillis	执行Keepalive的间隔时常，可根据业务需求配置，最小值建议大于30s，单位：毫秒
minEvictableIdleTimeMillis	每个连接在连接池中存活的最小时常，Druid支持的最小值为30s，单位：毫秒
validationQuery	检验SQL，在Druid有校验的情况下，该参数必填

526互联

mysql发生连接异常Cause: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

数据库连接池（Druid）

背景信息

解决方式

推荐方式（一）

适用场景

解决思路

操作步骤

核心参数

推荐方式（二）