MySQL+Hibernate下连接空闲8小时自动断开问题解决方案_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
MySQL+Hibernate下连接空闲8小时自动断开问题解决方案
上传于||文档简介
&&前​段​时​间​刚​完​成​一​个​家​教​网​项​目​,​数​据​库​为​M​y​S​Q​L.,​持​久​层​使​用​H​i​b​e​r​n​a​t​e​ .,​没​有​使​用​额​外​的​连​接​池​,​那​么​H​i​b​e​r​n​a​t​e​会​默​认​使​用​它​自​带​的​一​个​默​认​连​接​池​,​也​就​是​D​r​i​v​e​r​M​a​n​a​g​e​r​C​o​n​n​e​c​t​i​o​n​P​r​o​v​i​d​e​r​。​ ​ ​先​在​本​机​上​调​试​都​毫​无​问​题​,​于​是​部​署​到​服​务​器​上​,​也​都​没​什​么​问​题​。​由​于​这​是​新​网​站​,​根​本​还​没​正​式​对​外​发​布​和​宣​传​,​所​以​头​两​天​根​本​没​人​访​问​。​等​到​第​二​天​,​我​再​次​访​问​网​站​时​,​问​题​就​出​现​了
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
下载文档到电脑，查找使用更方便
还剩6页未读，继续阅读
你可能喜欢mysql连接的空闲时间超过8小时后 MySQL自动断开该连接解决方案
字体：[ ] 类型：转载 时间：
MySQL 的默认设置下，当一个连接的空闲时间超过8小时后，MySQL 就会断开该连接，而 c3p0 连接池则以为该被断开的连接依然有效。在这种情况下，如果客户端代码向 c3p0 连接池请求连接的话，连接池就会把已经失效的连接返回给客户端，客户端在使用该失效连接的时候即抛出异常
解决这个问题的办法有三种： 1. 增加 MySQL 的 wait_timeout 属性的值。 修改 /etc/f文件，在 [mysqld] 节中设置： # Set a connection to wait 8hours 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，结果出人意料，系统自动将这个值设置为。换句话说，不能将该值设置为永久。 将这2个参数设置为24小时(60*60*24=604800)即可。 set interactive_timeout=604800; set wait_timeout=604800; 2. 减少连接池内连接的生存周期，使之小于上一项中所设置的 wait_timeout 的值。 修改 c3p0 的配置文件，设置： # How long to keep unused connections around(in seconds) # Note: MySQL times out idle connections after 8hours(28,800seconds) # so ensure this value is below MySQL idle timeout cpool.maxIdleTime=25200 在 Spring 的配置文件中：
代码如下: &bean id="dataSource" class="com.mchange.boPooledDataSource"& &property name="maxIdleTime"value="${cpool.maxIdleTime}"/& &!--other properties --& &/bean&
3. 定期使用连接池内的连接，使得它们不会因为闲置超时而被 MySQL 断开。 修改 c3p0 的配置文件，设置： # Prevent MySQL raise exception after a long idle timecpool.preferredTestQuery='SELECT 1'cpool.idleConnectionTestPeriod=18000cpool.testConnectionOnCheckout=true 修改 Spring 的配置文件：
代码如下: &bean id="dataSource" class="com.mchange.boPooledDataSource"& &property name="preferredTestQuery" value="${cpool.preferredTestQuery}"/& &property name="idleConnectionTestPeriod" value="${cpool.idleConnectionTestPeriod}"/& &property name="testConnectionOnCheckout" value="${cpool.testConnectionOnCheckout}"/& &!--other properties --&&/bean&
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具Mysql8小时断线，请问如何解决？ - 开源中国社区
当前访客身份：游客 [
当前位置：
& & & 用你的Framework中，在实际生产环境中，发现有很多的
java.sql.SQLException: Could not retrieve transation read-only status server Query: insert into的错误日志，
具体是在Mysql 8小时后，就会出现此错误（主要是insert / update / delete事务会出现），请问如何这个错误？
生产环境：
Tomcat 7，MySQL5.6.21，Druid1.0.9
共有6个答案
<span class="a_vote_num" id="a_vote_num_
两种方式：
1、修改你的程序， 链接失效则重新获取
2、修改你的数据库参数， 有个timeout， 似乎是在my.conf里面， 默认是8小时，改大点
建议使用第一种方式， 第二种治标不治本。
--- 共有 2 条评论 ---
: druid我不熟， c3p0里有配置， 可以每次使用连接前检查是否有效。
(2年前)&nbsp&
我用的是Druid连接池管理，不知有没有类连接检测是否失效的醒置。
第二种方法my.cnf，我修改了wait_timeout = 86400和interactive_timeout = 86400，但24小时后，还是会出现此错误，不能治本。
(2年前)&nbsp&
<span class="a_vote_num" id="a_vote_num_
是不是在控制台出现了“java.sql.SQLException: Already closed.”的异常信息？这可能是因为连接池会自动关闭长时间没有使用的连接。
Druid 我不太熟，曾经用 DBCP 是这样解决的：
ds.setValidationQuery("select 1 from dual");
说明：以上 ds 代表 DataSource。
<span class="a_vote_num" id="a_vote_num_
试下将用过的连接Close掉,要用时再重新申请连接.
<span class="a_vote_num" id="a_vote_num_
请试下用下面这个方法将连接关闭 com.mysql.jdbc.Connection connMySql = (com.mysql.jdbc.Connection)
connMySql.setDontTrackOpenResources(true);
<span class="a_vote_num" id="a_vote_num_
直接用连接池，如：
C3P0，可以解决
<span class="a_vote_num" id="a_vote_num_
c3p0连接池，或者其他连接池！不想程序控制就修改MySQL 配置文件，wait_timeout设置为为（一年）
更多开发者职位上
有什么技术问题吗？
ivan111...的其它问题推荐这篇日记的豆列
······MySQL8小时连接超时断开问题_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
MySQL8小时连接超时断开问题
上传于||文档简介
&&M&#8203;y&#8203;S&#8203;Q&#8203;L&#8203; &#8203;连&#8203;接&#8203;问&#8203;题
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
你可能喜欢}