Druid 连接池参数优化 wait_timeout & maxwait
wait_timeout: mysql回收空闲连接的时长默认8小时.
maxwait: 应用程序获取连接等待超时的时间
从连接池中获取连接的最大等待时间，单位ms，默认-1，即会一直等待下去
Druid 连接池参数优化
问题回顾
异常日志描述：
从异常信息反映来看，问题关键有两点
- 数据库连接池超时设置大于
wait_timeout - 日志提示，可以通过验证数据库连接或者设置：
autoReconnect=true来避免此异常
从以上两点可以推测
- 第一、应用程序数据库连接池超时参数设置有问题
- 第二、安装
Mysql数据库时，对于Mysql的内在参数wait_timeout没有做实际场景的优化处理
问题定位
wait_timeout参数说明：
**
wait_timeout具体含义是服务器关闭非交互连接之前等待活动秒数。MySQL缺省配置情况下，wait_timeout的初始值是28800秒，也就是8小时。如果wait_timeout超时时间设置过大，在MySQL管理系统里会产生大量的SLEEP进程无法及时释放，会导致服务器系统性能下降；同时该参数设置过小，会导致Mysql**处理某些事务未处理，连接不可用状态。
也就是说如果在**wait_timeout设置期间内，数据库连接Connection一直处于空闲等待状态，mysql**内部会自动关闭此连接，而应用程序无法感知到，依然认为连接池合法持有该连接。当应用端再次用该连接来进行数据库操作时，就产生上述异常错误。
应用端Druid数据库连接池参数设置代码如下：
发现连接池有个MaxWait参数设置过大：60000毫秒
druidDataSource.setMaxWait(60000)
复制
然后在CSDN上，发现有个同行碰到同样的问题：
发现数据库等待超时时间（
wait_timeout）是28800，也就是8小时，而应用程连接池参数max-wait: 30000，所以导致项目判定该链接可用，而mysql判定该连接不可用导致连接失败。
解决办法
根据上面的分析思路，我们排查了Mysql生产库，发现默认Mysql超时时间（wait_timeout）也是28800，但是应用层连接池MaxWait参数设置成60000，于是我把MaxWait参数设置成10000，小于Mysql超时时间（wait_timeout）：28800 ，在测试环境等待8小时后，报错消失了。
其他扩展思路（来源网络）：
- 思路一：在
jdbc-url后添加&autoReconnect=true，使用后无效，查的该方案只适用于Mysql4之前的版本有效 - 思路二：将
mysql回收空闲连接的时间变长，mysql默认回收时间是8小时，可以在mysql目录下的my.ini中增加下面配置，将时间改为1天。单位是秒，最大好像是24天。此配置会拖累数据库性能，弃用该方案。 - 思路三：配置
druid链接池，使用validation-query test-on-borrow: true test-while-idle: true三种属性，每次获取数据库连接时判断该连接是否可用。 - 同时设置
druidDataSource.setPhyTimeoutMillis参数：连接最大存活时间，默认是-1(不限制物理连接时间)，从创建连接开始计算，如果超过该时间，则会被清理。
druidDataSource.setPhyTimeoutMillis(15000)
———————————————————————————————————————————————————————————————————————————————————————————— 使用springboot 线程池连接MySQL时，mysql数据库wait_timeout 为8个小时，所以程序第二天发现报错，在url配置了 autoReconnect=true 也不行，查询配置以下 #验证连接的有效性 spring.datasource.test-while-idle=true #获取连接时候验证，会影响性能 spring.datasource.test-on-borrow=true spring.datasource.validation-query=SELECT 1 FROM DUAL #空闲连接回收的时间间隔，与test-while-idle一起使用，设置5分钟 spring.datasource.time-between-eviction-runs-millis=300000 #连接池空闲连接的有效时间 ，设置30分钟 spring.datasource.min-evictable-idle-time-millis=1800000 —————————————————————————————————————————————————————————————————————————————————
复制
参考例子
目前项目中趋于稳定的数据库连接池参数优化实战，Druid 代码如下：
private void configDruidParams(DruidDataSource druidDataSource) {
druidDataSource.setMaxActive(20);
druidDataSource.setInitialSize(1);
// 配置获取连接等待超时的时间
druidDataSource.setMaxWait(10000);
druidDataSource.setMinIdle(1);
// 配置间隔多久才进行一次检测，检测需要关闭的空闲连接，单位是毫秒
druidDataSource.setTimeBetweenEvictionRunsMillis(60000);
// 配置一个连接在池中最小生存的时间，单位是毫秒 超过这个时间每次会回收默认3个连接
druidDataSource.setMinEvictableIdleTimeMillis(30000);
// 线上配置的mysql断开闲置连接时间为1小时,数据源配置回收时间为3分钟,以最后一次活跃时间开始算
druidDataSource.setMaxEvictableIdleTimeMillis(180000);
// 连接最大存活时间，默认是-1(不限制物理连接时间)，从创建连接开始计算，如果超过该时间，则会被清理
druidDataSource.setPhyTimeoutMillis(15000);
druidDataSource.setValidationQuery("select 1");
druidDataSource.setTestWhileIdle(true);
druidDataSource.setTestOnBorrow(false);
druidDataSource.setTestOnReturn(false);
druidDataSource.setPoolPreparedStatements(true);
druidDataSource.setMaxOpenPreparedStatements(20);
druidDataSource.setUseGlobalDataSourceStat(true);
druidDataSource.setKeepAlive(true);
druidDataSource.setRemoveAbandoned(true);
druidDataSource.setRemoveAbandonedTimeout(180);
try {
druidDataSource.setFilters("stat,slf4j");
List filterList = new ArrayList<>();
filterList.add(wallFilter());
druidDataSource.setProxyFilters(filterList);
} catch (SQLException e) {
e.printStackTrace();
}
}
————————————————————————————————————————————————————————————————————————————————————————————
