mysql 长时间没连接了 就会自动断开服务
Communications link failure due to underlying exception
这是因为mysql 长时间没连接了 就会自动断开服务。
解决办法
1、首先，下载必须的jar包
dbcp 包，目前版本是1.2.1：http://jakarta.apache.org/commons/ dbcp /
pool包，目前版本是1.3：http://jakarta.apache.org/commons/pool/，
如果下载的pool包是1.2的版本，还要下载common-collections包：http://jakarta.apache.org/commons/collections/
在建立我们自己的数据库连接池时，可以使用xml文件来传入需要的参数，这里只使用hard code的方式来简单介绍，所有需要我们自己写的代码很少，只要建立一个文件如下：
接下来，在我们的应用中，只要简单地使用ConnectionSource.getConnection()就可以取得连接池中的数据库连接，享受数 据库连接带给我们的好处了。当我们使用完取得的数据库连接后，只要简单地使用connection.close()就可把此连接返回到连接池中，至于为什 么不是直接关闭此连接，而是返回给连接池，这是因为 dbcp 使用委派模型来实现Connection接口了。
在使用Properties来创建BasicDataSource时，有很多参数可以设置，比较重要的还有：
testOnBorrow、 testOnReturn、testWhileIdle，他们的意思是当是取得连接、返回连接或连接空闲时是否进行有效性 验证（即是否还和数据库连通的），默认都为false。所以当数据库连接因为某种原因断掉后，再从连接池中取得的连接，实际上可能是无效的连接了，所以， 为了确保取得的连接是有效的，可以把把这些属性设为true。当进行校验时，需要另一个参数：validationQuery，对oracle来说，可以 是：SELECT COUNT(*) FROM DUAL，实际上就是个简单的SQL语句，验证时，就是把这个SQL语句在数据库上跑一下而已，如果连接正常的，当然就有结果返回了。
还有2个参数：timeBetweenEvictionRunsMillis 和 minEvictableIdleTimeMillis，他们两个配合，可以持续更新连接池中的连接对象，当 timeBetweenEvictionRunsMillis 大于0时，每过timeBetweenEvictionRunsMillis 时间，就会启动一个线程，校验连接池中闲置时间超过minEvictableIdleTimeMillis的连接对象。
还有其他的一些参数，可以参考源代码。
部分参数简要说明：
removeAbandoned ：是否自动回收超时连接
removeAbandonedTimeout：超时时间(以秒数为单位)
rmoveAbandoned=true 那么在getNumActive()快要到getMaxActive()的时候，系统会进行无效的 Connection的回收，回收的Connection为removeAbandonedTimeout(默认300秒)中设置的秒数后没有使用的 Connection
logAbandoned：logAbandoned=true的话，将会在回收事件后，在log中打印出回收Connection的错误信息，包括在哪个地方用了Connection却忘记关闭了，在调试的时候很有用。
maxWait：超时等待时间以毫秒为单位
maxIdle：最大空闲连接
minIdle：最小空闲连接
maxActive：最大连接数
testOnBorrow、testOnReturn、testWhileIdle、validationQuery：上面有介绍
另外很重要的一点是每次连接使用完了不要忘了调用connection.close()使连接返回到连接池
