登录WEB时提示Mysql数据库无法连接！

    背景：某WEB工程，使用Mysql5.4作为数据库，Tomcat6作为WEB容器（我真不知道为什么要用6，是我我就用7.052....），利用Java某框架（对这方面不熟，分不清Spring和Hibernate）来维护连接池，使用jdbc。
    现象：登录WEB的时候报错，大致如下
            com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: The last packet successfully received from the server was 73,617,252 milliseconds ago.  The last packet sent successfully to the server was 73,617,252 milliseconds ago. is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connection property 'autoReconnect=true' to avoid this problem.
            只要重启Tomcat就解决问题。
    碎碎念：红色部分已经标示出了解决方案，然后高高兴兴的找boss去说，让改一下数据库的超时时间，得到的返回是不改。。。。原因自始至终都没告诉我。。。。╮(╯_╰)╭。。。好吧，自己想办法。。。。
    正经的：提示信息里面给出的两种解决办法，
                第一种：修改wait_timeout的数值，单位是秒。在某些情况下，这样子修改是可行的，比如Mysql作为事务处理的数据库，逗比程序员在业务代码上没有检查连接的有效性or某些java框架配置的连接池的参数不对导致连接池的连接已经过期，然后你又不想去检查这些东西，直接改wait_timeout，万事大吉。
                第二种：在jdbc的url里面添加autoReconnect=true。从字面意思上看，自动重连，从实际上来看，在url里面添加这一项以后，没有任何改观，在默认设置的8小时之后，依然会出现如上错误。
                第三种：仅作临时解决方案，写个shell脚本每隔六个小时重启一下Tomcat......╮(╯▽╰)╭........（记得用 & 在后台跑...）
                

点击(此处)折叠或打开

1. prefix=/usr/TomcatSvr7/bin
2. tomcat_name=TomcatSvr7
3. while :
4. do
5. pid=`ps -ef | grep TomcatSvr7/ |grep -v \'grep\' | awk \'{print $2}\'`
6. test \"$pid\" != \"\" && sudo kill $pid && echo \"Stop TomcatSvr7 Successful!\" || echo \"Stop TomcatSvr7 Failed!\"
7. $prefix\\/startup.sh
8. sleep 21600
9. done

    严肃的开始向度娘求助：
       关于url后面的几个常用参数的意义

参数名称	参数说明	缺省值	最低版本要求
user	数据库用户名（用于连接数据库）		所有版本
password	用户密码（用于连接数据库）		所有版本
useUnicode	是否使用Unicode字符集，如果参数characterEncoding设置为gb2312或gbk，本参数值必须设置为true	false	1.1g
characterEncoding	当useUnicode设置为true时，指定字符编码。比如可设置为gb2312或gbk	false	1.1g
autoReconnect	当数据库连接异常中断时，是否自动重新连接？	false	1.1
autoReconnectForPools	是否使用针对数据库连接池的重连策略	false	3.1.3
failOverReadOnly	自动重连成功后，连接是否设置为只读？	true	3.0.12
maxReconnects	autoReconnect设置为true时，重试连接的次数	3	1.1
initialTimeout	autoReconnect设置为true时，两次重连之间的时间间隔，单位：秒	2	1.1
connectTimeout	和数据库服务器建立socket连接时的超时，单位：毫秒。 0表示永不超时，适用于JDK 1.4及更高版本	0	3.0.1
socketTimeout	socket操作（读写）超时，单位：毫秒。 0表示永不超时	0	3.0.1

    从这份说明文档里面可以看到，用某框架配置的连接池，如果要重连应该使用autoReconnectForPools更为恰当，当然，也没找到为什么autoReconnect对连接池不行.....
    如果使用连接池建议设置为autoReconnect=true&failOverReadOnly=false
   实际上，Java的框架除了用jdbc维护连接池以外，也可以使用c3p0，对应的jar包有两个，一个是c3p0，还有一个是mchange，可以在www.java2s.com下载到，在左边的首字母里面进行搜索。

c3p0的配置说明

 
 <!--当连接池中的连接耗尽的时候c3p0一次同时获取的连接数。Default: 3 --&gt
 3
 
 <!--定义在从数据库获取新连接失败后重复尝试的次数。Default: 30 --&gt
 30
 
 <!--两次连接中间隔时间，单位毫秒。Default: 1000 --&gt
 1000
 
 <!--连接关闭时默认将所有未提交的操作回滚。Default: false --&gt
 false
 
 <!--c3p0将建一张名为Test的空表，并使用其自带的查询语句进行测试。如果定义了这个参数那么
  属性preferredTestQuery将被忽略。你不能在这张Test表上进行任何操作，它将只供c3p0测试
  使用。Default: null--&gt
 Test

 

 <!--获取连接失败将会引起所有等待连接池来获取连接的线程抛出异常。但是数据源仍有效
  保留，并在下次调用getConnection()的时候继续尝试获取连接。如果设为true，那么在尝试
  获取连接失败后该数据源将申明已断开并永久关闭。Default: false--&gt
 false

 

 <!--当连接池用完时客户端调用getConnection()后等待获取新连接的时间，超时后将抛出
  SQLException,如设为0则无限期等待。单位毫秒。Default: 0 --&gt
 100

 

 <!--通过实现ConnectionTester或QueryConnectionTester的类来测试连接。类名需制定全路径。
  Default: com.mchange.v2.c3p0.impl.DefaultConnectionTester--&gt
 

 

 <!--指定c3p0 libraries的路径，如果（通常都是这样）在本地即可获得那么无需设置，默认null即可
  Default: null--&gt
 null

 

 <!--Strongly disrecommended. Setting this to true may lead to subtle and bizarre bugs. 
  （文档原文）作者强烈建议不使用的一个属性--&gt
 false

 

 <!--每60秒检查所有连接池中的空闲连接。Default: 0 --&gt
 60

 

 <!--初始化时获取三个连接，取值应在minPoolSize与maxPoolSize之间。Default: 3 --&gt
 3
 
 <!--最大空闲时间,60秒内未使用则连接被丢弃。若为0则永不丢弃。Default: 0 --&gt
 60
 
 <!--连接池中保留的最大连接数。Default: 15 --&gt
 15
 
 <!--JDBC的标准参数，用以控制数据源内加载的PreparedStatements数量。但由于预缓存的statements
  属于单个connection而不是整个连接池。所以设置这个参数需要考虑到多方面的因素。
  如果maxStatements与maxStatementsPerConnection均为0，则缓存被关闭。Default: 0--&gt
 100
 
 <!--maxStatementsPerConnection定义了连接池内单个连接所拥有的最大缓存statements数。Default: 0  --&gt
 

 

 <!--c3p0是异步操作的，缓慢的JDBC操作通过帮助进程完成。扩展这些操作可以有效的提升性能
  通过多线程实现多个操作同时被执行。Default: 3--&gt
 3

 

 <!--当用户调用getConnection()时使root用户成为去获取连接的用户。主要用于连接池连接非c3p0
  的数据源时。Default: null--&gt
 root
 
 <!--与overrideDefaultUser参数对应使用的一个参数。Default: null--&gt
 password

 

 <!--密码。Default: null--&gt
 

 

 <!--定义所有连接测试都执行的测试语句。在使用连接测试的情况下这个一显著提高测试速度。注意：
  测试的表必须在初始数据源的时候就存在。Default: null--&gt
 select id from test where id=1

 

 <!--用户修改系统配置参数执行前最多等待300秒。Default: 300 --&gt
 300
 
 <!--因性能消耗大请只在需要的时候使用它。如果设为true那么在每个connection提交的
  时候都将校验其有效性。建议使用idleConnectionTestPeriod或automaticTestTable
  等方法来提升连接测试的性能。Default: false --&gt
 false
 
 <!--如果设为true那么在取得连接的同时将校验连接的有效性。Default: false --&gt
 true

 

 <!--用户名。Default: null--&gt
 root

 

 <!--早期的c3p0版本对JDBC接口采用动态反射代理。在早期版本用途广泛的情况下这个参数
  允许用户恢复到动态反射代理以解决不稳定的故障。最新的非反射代理更快并且已经开始
  广泛的被使用，所以这个参数未必有用。现在原先的动态反射与新的非反射代理同时受到
  支持，但今后可能的版本可能不支持动态反射代理。Default: false--&gt
 false

   某Java框架的 参考配置
    " value= "xxxxxxxxxxxx " >
    " value= "xxxxxxxxxxxxxx" >
   " value= "xxxxxxxx">
   
   maxPoolSize" value= 50>
   minPoolSize" value= 10>
   initialPoolSize" value= 10>
   maxIdleTime" value= 3600>
   checkoutTimeout" value= 5000>
   idleConnectionTestPeriod" value= 60>

 

<!--每60秒检查所有连接池中的空闲连接。Default: 0 --&gt

 60

用来解决mysql将超过8个小时的连接给取消，而连接池还认为该连接有效

   --wait_timeout=#    The number of seconds the server waits for activity on a
                      connection before closing it.
        默认是28800，也就是8小时

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29510932/viewspace-1166587/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29510932/viewspace-1166587/