com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure 数据库报错
-- 查询mysql 数据库链接空闲时间持有最大空闲时间，单位为秒
SHOW VARIABLES WHERE VAriable_name = 'interactive_timeout';
-- 会出现wait_timeout与该参数意思相近，修改时，一起修改
SHOW VARIABLES WHERE VAriable_name = '%timeout';
-- 解决问题
com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure
Caused by: org.hibernate.TransactionException: JDBC commit failed
at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:130)
at org.springframework.orm.hibernate3.HibernateTransactionManager.doCommit(HibernateTransactionManager.java:657)
... 29 more
Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Communications link failure during commit(). Transaction resolution unknown.
com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: No operations allowed after connection closed.
-- 注意点
(1) 碰到这样的问题，先确定是否事务的开启后空闲时间太长导致事务的链接被回收掉了，只要你对数据库进行操作，就不算闲置，不会出现这个问题
(2) 网络出现问题，导致数据库无法链接
(3)
-- linux 系统查询文件中字符串所在文件行数
grep -A 10 -B 5 "查询数据字符串" catalina.out.2015-10-14.log |more
grep -rn "查询字符串" 文件名称
-- p表示行，不能省去
sed -n '起始行, 结束行p' catalina.out.2015-10-14.log
-- 进一步获取信息，可能是由于tomcat的catalina.out 日志文件过大，而服务器进行删除该日志的时候，导致tomcat卡住，使得tomcat获取到的connection被mysql服务器释放掉了，导致问题
-- tomcat解决大日志切分的方式
========================================================================================================================
解决方案1：(推荐使用)
(1) linux 中 配置 logrotate 进行日志记录并切分，好处在于可以转储并压缩日志
如果配置待研究，相信很快就能给出配置方式，请大家稍作等待，或自己有兴趣的也可以查阅一下资料自己进行研究
参考配置地址：http://blog.csdn.net/wanglipo/article/details/6934926
=========================================================== 实现 ==========================================================
解决方案2：
(1) 将tomcat下的大数据日志文件重新命名
(2) 在tomcat下日志文件下新创建一个相同记录日志文件名的空文件
(3) 移走tomcat下的大数据文件，移到tomcat外的其他的路径下
(4) 删除移到外部的日志文件
该方案解决了直接删除tomcat的日志大文件时锁定tomcat的线程问题，这样就可以解决删除时导致事务的获取链接时间超时问题
自动实现脚本执行
解决方案3：
系统上减少一些不必要的日志打印，减少服务器上的catalina.out文件的大小，加快服务器删除文件的时间，后面使用日志强制重新写入文件即可，问题引起原因就是日志文件过大，导致清理时时间过程，项目的访问受到影响导致
===========================================================转载blog========================================================
解决方案4：
解决Linux下Tomcat日志目录下的catalina.log日志文件过大的问题
由于Tomcat在默认情况下会将没有经过配置的web应用所产生的日志输出已经其本身的日志内容都输出到这个文件中，那么随着时间的推移，这个文件的尺寸将会越来越大，当需要检查日志内容时间会导致文件难以打开，而且同时tomcat依旧在不断的向文件中输入内容，这也会降低tomcat的性能。下面利用一个工具来将tomcat产生的catalina.out文件根据日期来分割，将每天产生的日志存放在一个独立的文件中，这样单个log文件就不会太大，而且过期的日志文件可以根据情况在不需要的时间删除掉，或者备份到其他地方。
这里需要一个工具叫cronolog，这个工具的作用是将标准输出中的内容重定向到文件，但是可以根据规则对文件命名，这样我们就可以将标准输出中的内容重定向到根据日期命名的log文件中了，然后只要将tomcat的日志输出指向标准输出就可以搞定问题了。下面是具体配置步骤
一、获取与安装cronolog工具
1. 到这里（http://cronolog.org/download/index.html）下载最新版本，本文编写时的最新版本是1.6.2版本。
2. 将下载好的文件解压缩，tar xvzf cronolog.tar.gz
3. 切换到解压缩之后的cronolog目录中
4. 初始化和编译安装
./configure --prefix=/usr/local/cronolog (这里--prefix后面的路径是你希望该工具的安装目标路径）
./make
./make install
二、修改tomcat的启动文件(tomcat/bin/catalina.sh)
1. 找到文件中的如下内容（注意：有两处）
org.apache.catalina.startup.Bootstrap "$@" start /
>> "$CATALINA_BASE"/logs/catalina.out 2&1 &
将其修改成如下格式:
org.apache.catalina.startup.Bootstrap "$@" start 2>&1 | /usr/local/sbin/cronolog "$CATALINA_BASE"/logs/catalina.%Y-%m-%d.out >> /dev/null &
2. 注释如下内容
#touch "CATALINA_BASE"/logs/catalina.out
然后重新启动tomcat就可以完成任务了
原地址：http://www.cnblogs.com/yjhrem/articles/3147686.html
# 在前面基础上需要修改的地方
2、修改catalina.sh
注释 第372行 ,结果为 # touch "$CATALINA_OUT"
修改第393,394行，更改的结果为 org.apache.catalina.startup.Bootstrap "$@" start 2>&1 | /usr/local/sbin/cronolog "$CATALINA_BASE"/logs/catalina.%Y-%m-%d.out >> /dev/null &
附加查看vim文件下的行数命令
:set nu
可查看行数
