1） 修改当前会话的这两个属性值。所谓的当前会话就是你当前获取的连接池的连接。比如你打开黑窗口那个会话。这个修改比较简单，直接set wait_timeout=10;就行了，你怎么知道这么修改仅仅修改的是当前会话？很简单，你把这个黑窗口关了，你再重新开一个，再重新查，你发现没改 啊。
2）修改全局的属性值。一般这个用的多，你到你的数据库安装包下找到my.ini，在最下面添加wait_timeout=10就可以了，然后重新启动mysql服务，我说的重新启动服务，不是你关闭这个黑窗口，重新启动一个黑窗口。服务在我的电脑右键服务里去找。
现在先说到这里，一会继续。
一、mysql8小时异常
1）异常概念。
大 家都知道mysql的8小时自动断开异常吧，百度上一大把。就是由于这个值造成的，这个值mysql默认的是8小时，所以如果你在8小时内，数据库觉得没 有任何人来连接我，那好，我就将所有的现在存在的非交互式连接全部kill掉。而ssh中，我们一般用的是数据池。就是在tomcat已启动的时候，就向 mysql申请到N（这个N是你配置的）个非交互是连接，以后想要用数据库连接的时候，没有必要一个请求就去重新获取mysql连接，只要从数据池里获取 就可以了。但是现在如果你8小时之内，没有发送请求，那么mysql会自动将所有的非交互是连接kill掉，那这时候，你的数据库连接池里存在的数据库连 接其实是null，是不存在的，你这时候也不判断，继续想用这个链接去请求数据，当然会抛出异常，所抛出的异常Communications link failure due to underlying exception。
2）那么如何解决呢？
原 理很简单，出现这个异常的原因不就是因为连接池里存在着已经不存在的连接，而且你还不知道，你还得用这个原本就被关闭的连接去请求吗？这就好办了，你控制 了不了服务器的mysql（如果你是空间的话），那你知道控制自己的数据库连接池了，让连接池增加一个验证功能，就是凡是在从池里拿到连接之后，在用之前 先验证下这个链接是否有效，如果有效则可以直接使用，如果无效则重新申请一个连接，这样就不会出现这个异常了。当然，肯定性能会降低。关于性能为什么降 低，我们稍后会讲，现在来看，如何实现让数据库连接池先验证是否有效再用的功能：
我用的连接池是c3p0，建议使用这个。当然各个连接池的性能优缺点你得根据自己的项目具体分析，这里可不分析我为什么选c3p0了。
