昨天线上出现了这样的一个问题：MySQLNonTransientConnectionException:Communications link failure during rollback() 初步判定应用的连接配置有问题。
方案一：修改DBCP参数
参数说明：
timeBetweenEvictionRunsMillis (设置的Evict线程的时间，单位：毫秒，即每隔多少时间去检测一次空闲连接是否超时，默认值为-1，即不开启)
minEvictableIdleTimeMillis (空闲逐出连接池的时间，单位：毫秒，默认30分钟)
numTestsPerEvictionRun （设定在进行后台对象清理时，每次检查几个连接。默认值是3.如果numTestsPerEvictionRun>=0, 则取numTestsPerEvictionRun 和池内的连接数的较小值 作为每次检测的连接数.如果numTestsPerEvictionRun<0，则每次检查的连接数是检查时池内连接的总数乘以这个值的负倒数再向上取整的结果。）
注：timeBetweenEvictionRunsMillis和minEvictableIdleTimeMillis的总和应小于 数据库设置的 超时空闲失效时间。
DataSource 重要参数说明：
factory 使用哪种连接池的库
maxActive 连接池的最大连接上限
maxIdle 最大空闲连接数，空闲的连接如果超过 minEvictableIdleTimeMillis 参数设置的值，空闲连接将被释放
minIdle 最小空闲连接数
initialSize 初始化连接数
timeBetweenEvictionRunsMillis 多长时间去检查一次连接池的空闲连接，并且发现空闲连接的空闲时间超过了 minEvictableIdleTimeMillis 设置时间后，直接将空闲连接断开，直到空闲连接数为 minIdle 数为止
minEvictableIdleTimeMillis 这个参数要和 timeBetweenEvictionRunsMillis 参数混合使用
removeAbandoned 是否清理超过 removeAbandonedTimeout 设置时间的活动连接
removeAbandonedTimeout 活动连接的最大空闲时间
testOnBorrow 从连接池中借出连接前，是否对该连接进行正确性校验，连接正常才会出池，如果连接已经失效，将会把失效连接清除，并且重新申请新的连接。该参数可以保证成功借出的连接都是处于活动状态。该参数必须要和 validationQuery 参数配合使用，如果 validationQuery 参数为空字符串，该参数将不生效。
maxWait 连接池用完后，申请新连接的等待时间
logAbandoned 连接池回收空闲的活动连接时是否打印日志
testOnReturn 将连接返回连接池时，是否对该连接进行正确性校验，如果连接失效，将清除该连接，如果连接正常，则回池。该参数必须和 validationQuery 参数配合使用。默认值为 false
validationQuery 探测连接健壮性的模板SQL
①检查数据库空闲失效时间
show global variables like 'wait_timeout';
② 修改代码
initialSize: 2
minIdle: 3
maxActive: 20
maxWait: 60000
timeBetweenEvictionRunsMillis: 10000
minEvictableIdleTimeMillis: 10000
validationQuery: select 'x'
testWhileIdle: true
testOnBorrow: false
testOnReturn: false
poolPreparedStatements: true
maxPoolPreparedStatementPerConnectionSize: 20
