tomcat服务器莫名停止服务的原因

我们初学者朋友会不会遇到这么一个场景，就是在费了好大功夫配置好的tomcat服务器，也链接上了mysql，但是一段时间后再连上的时候却发现tomcat不在服务状态，什么没做但是却在tomcat的运行日志里面发现了报错信息，这个时候，不妨从以下的原因入手：

tips1：MySQL经典8小时问题

MySQL 的默认设置下，当一个连接的空闲时间超过8小时后，MySQL 就会断开该连接，而 c3p0 连接池则以为该被断开的连接依然有效。在这种情况下，如果客户端代码向 c3p0 连接池请求连接的话，连接池就会把已经失效的连接返回给客户端，客户端在使用该失效连接的时候即抛出异常。

 

这就是传说中的 mySql 8小时问题。

解决这个问题的办法有三种：
1. 增加 MySQL 的 wait_timeout 属性的值。
修改 /etc/mysql/my.cnf 文件，在 [mysqld] 节中设置：

# Set a connection to wait  8  hours in idle status.
wait_timeout  =   86400

相关参数，红色部分
mysql> show variables like '%timeout%';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| connect_timeout           | 5     |
| delayed_insert_timeout   | 300   |
| innodb_lock_wait_timeout  | 50    |
| interactive_timeout       | 28800 |
| net_read_timeout          | 30    |
| net_write_timeout         | 60    |
| slave_net_timeout         | 3600 |
| wait_timeout              | 28800 |
+--------------------------+-------+         
同一时间，这两个参数只有一个起作用。到底是哪个参数起作用，和用户连接时指定的连接参数相关，缺省情况下是使用wait_timeout。我建议是将这两个参数都修改，以免引起不必要的麻烦。

这两个参数的默认值是8小时(60*60*8=28800)。

测试将这两个参数改为0，结果出人意料，系统自动将这个值设置为28800 。

换句话说，不能将该值设置为永久。
将这2个参数设置为1年(60*60*24*365=31536000)