mysql失效时间

本文探讨了Hibernate结合C3P0连接池使用MySQL时出现的连接超时异常,分析了原因在于MySQL默认的超时设置,并提供了通过调整超时时间、缩短连接生命周期及测试连接有效性的三种解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 最近的一个项目在Hibernate使用C3P0的连接池,数据库为Mysql。开发测试没有问题,在运行中每个一段长的空闲时间就出现异常:
  • org.hibernate.exception.JDBCConnectionException: could not execute query   
  •     at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:74)   
  •     at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)   
  •     .......   
  • Caused by: com.mysql.jdbc.exceptions.MySQLNonTransientConnectionException: No operations allowed after connection closed.Connection was implicitly closed due to underlying exception/error:   
  •   
  •   
  • ** BEGIN NESTED EXCEPTION **    
  •   
  • com.mysql.jdbc.CommunicationsException   
  • MESSAGE: Communications link failure due to underlying exception:    
  •   
  • ** BEGIN NESTED EXCEPTION **    
  •   
  • java.net.SocketException   
  • MESSAGE: Broken pipe   
  •   
  • STACKTRACE:   
  •   
  • java.net.SocketException: Broken pipe   
  •     at java.net.SocketOutputStream.socketWrite0(Native Method)   
  •     ......   
  • ** END NESTED EXCEPTION **

查看了Mysql的文档,以及Connector/J的文档以及在线说明发现,出现这种异常的原因是:

   Mysql服务器默认的“wait_timeout”是8小时,也就是说一个connection空闲超过8个小时,Mysql将自动断开该 connection。这就是问题的所在,在C3P0 pools中的connections如果空闲超过8小时,Mysql将其断开,而C3P0并不知道该connection已经失效,如果这时有 Client请求connection,C3P0将该失效的Connection提供给Client,将会造成上面的异常。

解决的方法有3种:

  1. 增加wait_timeout的时间。
  2. 减少Connection pools中connection的lifetime。
  3. 测试Connection pools中connection的有效性。

当然最好的办法是同时综合使用上述3种方法,下面就DBCP和C3P0分别做一说明,假设wait_timeout为默认的8小时

DBCP增加以下配置信息:

  1. //set to 'SELECT 1'   
  2. validationQuery = "SELECT 1"  
  3. //set to 'true'   
  4. testWhileIdle = "true"    
  5. //some positive integer   
  6. timeBetweenEvictionRunsMillis = 3600000  
  7. //set to something smaller than 'wait_timeout'  
  8. minEvictableIdleTimeMillis = 18000000  
  9. //if you don't mind a hit for every getConnection(), set to "true"  
  10. testOnBorrow = "true"  
  11. C3P0增加以下配置信息:
    1. //set to 'SELECT 1'      
    2. preferredTestQuery = 'SELECT 1'    
    3.  //set to something much less than wait_timeout, prevents connections from going stale  
    4. idleConnectionTestPeriod = 18000     
    5. //set to something slightly less than wait_timeout, preventing 'stale' connections from being handed out  
    6. maxIdleTime = 25000    
    7. //if you can take the performance 'hit', set to "true"  
    8. testConnectionOnCheckout = true    

更多的配置信息大家可以查看C3P0文档,Connector/J文档,以及DBCP的文档。

 
interactive_timeout   默认为: 28800秒
wait_timeout
更改wait_timeout与interactive_timeout这两个参数才会生效~~~~~~~~~

在my.cnf中的[mysqld]中更改这两个参数
### MySQL Binlog 过期时间的设置与查询 #### 设置 MySQL Binlog 的过期时间MySQL 中,可以通过两种方式设置二进制日志(Binlog)的过期时间: 1. **通过 `binlog_expire_logs_seconds` 参数动态设置** 使用此参数可以指定 Binlog 文件的有效期限(单位为秒)。例如,将 Binlog 的过期时间设置为 7 天(即 604800 秒),执行如下命令[^1]: ```sql SET GLOBAL binlog_expire_logs_seconds = 604800; ``` 2. **持久化配置以确保重启后生效** 如果希望该设置在服务器重启后仍然有效,可以使用 `set persist` 命令。例如,设置 Binlog 过期时间为一天(86400 秒)[^3]: ```sql SET PERSIST binlog_expire_logs_seconds = 86400; ``` 需要注意的是,默认情况下,MySQL 8.0 版本中 Binlog 的过期时间是 30 天(2592000 秒)。 --- #### 查询 MySQL Binlog 的过期时间 要查看当前数据库实例中 Binlog 的过期时间,有以下几种方法: 1. **通过变量名查询** 可以直接运行 SQL 查询语句获取 `expire_logs_days` 或 `binlog_expire_logs_seconds` 的值。如果启用了 `binlog_expire_logs_seconds`,则优先显示其值;否则会返回 `expire_logs_days` 的值][^[^24]。 ```sql SHOW VARIABLES LIKE 'expire_logs_days'; SHOW VARIABLES LIKE 'binlog_expire_logs_seconds'; ``` 2. **检查全局状态** 此外,还可以通过以下命令确认实际的过期时间(单位为秒): ```sql SELECT VARIABLE_VALUE AS expire_time_in_seconds FROM performance_schema.global_variables WHERE VARIABLE_NAME='binlog_expire_logs_seconds'; ``` --- #### 配置永久有效的 Binlog 日志 为了使 Binlog 不自动过期,可以在 MySQL 的配置文件 (`my.cnf`) 中禁用过期机制。具体操作是在 `[mysqld]` 节点下添加或修改以下内容[^4]: ```ini [mysqld] expire_logs_days = 0 ``` 保存并重新启动 MySQL 服务即可应用更改。 --- #### 手动清理 Binlog 文件 除了依赖于系统的自动过期策略之外,管理员也可以手动删除不再需要的日志文件。这通常用于释放磁盘空间或者管理特定时间段内的记录数据[^5]。以下是实现这一目标的方法之一: ```sql PURGE BINARY LOGS BEFORE 'YYYY-MM-DD HH:MM:SS'; ``` 其中 `'YYYY-MM-DD HH:MM:SS'` 是指定的时间戳,在这个时间之前的 Binlog 将被移除。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值