针对MySql的wait_timeout，DBCP如何配置

数据库为提升利用率一般会回收长时间空闲的连接。MySQL中默认这个时间为28800s，也就是8小时：

show global variables like 'wait_timeout';

DBCP连接池的基本思路一次性创建多个数据库连接，当上层应用需要执行SQL时，从连接池中取出一条空闲连接，执行完之后将连接归还连接池，这样避免了数据库连接的重复创建和销毁。当连接池中的连接长时间处于空闲状态时，连接另一头的MySQL会根据设置的wait_timeout值大小回收这些连接，但是DBCP对连接被回收却不知情，因此，只要应用有请求，连接池就会把空闲连接分配出去，尽管这已是一条半闭合的连接，这就造成了通过这条连接执行的SQL语句运行失败，也就触发了数据库驱动层抛出CommunicationsException。

其实最简单、最有效的方法就是利用DBCP提供的validationQuery参数进行连接的预检测，它会在与连接池交互的过程中加入一些钩子，定点执行validationQuery指定的SQL语句，如果SQL语句执行成功，表示此连接有效，分配给应用，如果执行失败，则丢弃此连接，这种方法还能应对网络故障等问题造成的MySQL连接失效问题。其他的一些方法，比如空闲连接检测，乐观获取连接等方式，都无法保证完全对应用透明，应用还是能感知到数据库操作失败。

DBCP配置项中，与validationQuery相关的有validationQuery，testOnBorrow，testOnReturn，testWhileIdle等，用来指定运行validationQuery的时机，比如testOnBorrow设为true表示从连接池中获取连接前运行validationQuery，testOnReturn设为true表示将连接归还连接池前运行validationQuery，testWhileIdle要与timeBetweenEvictionRunsMillis、numTestsPerEvictionRun等参数配合使用，只要设置得当，DBCP会定期对连接池中的空闲连接进行有效性验证。默认情况下，testOnBorrow设置为true，testOnReturn和testWhileIdle设置为false。