myBatis连接MySQL报异常:No operations allowed after connection closed.Connection was i

myBatis连接MySQL报异常:No operations allowed after connection closed.Connection was implicitly closed

 

异常信息

?
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 和 simple jdbc dataSource 分别做一说明,假设 wait_timeout 为默认的8小时

DBCP 增加以下配置信息:

复制代码
validationQuery = "select 1"

testWhileIdle = "true"

//some positive integer
timeBetweenEvictionRunsMillis = 3600000

//set to something smaller than 'wait_timeout'
minEvictableIdleTimeMillis = 18000000

//if you don't mind a hit for every getConnection(), set to "true"
testOnBorrow = "true"
复制代码

C3P0 增加以下配置信息:

复制代码
//获取connnection时测试是否有效
testConnectionOnCheckin = true

//自动测试的table名称
automaticTestTable=C3P0TestTable

//set to something much less than wait_timeout, prevents connections from going stale
idleConnectionTestPeriod = 18000

//set to something slightly less than wait_timeout, preventing 'stale' connections from being handed out
maxIdleTime = 25000

//if you can take the performance 'hit', set to "true"
testConnectionOnCheckout = true
复制代码

simple jdbc dataSource 增加以下配置信息:

复制代码
Pool.PingQuery = select 1

Pool.PingEnabled = true

Pool.PingConnectionsOlderThan = 0

//对于空闲的连接一个小时检查一次
Pool.PingConnectionsNotUsedFor = 3600000
复制代码

其他方案(不推荐)

  对于 MySQL5 之前的版本,如 Mysql4.x,只需要修改连接池配置中的 URL,添加一个参数:autoReconnect=true(如jdbc:mysql://hostaddress:3306/schemaname?autoReconnect=true),如果是 MySQL5 及以后的版本,则需要修改 my.cnf(或者my.ini) 文件,在 [mysqld] 后面添加上:

?
wait_timeout = n
interactive-timeout = n

其中 n 为服务器关闭交互式连接前等待活动的秒数。可是就部署而言每次修改 my.ini 比较麻烦,而且 n 等于多少才是合适的值呢? 所以并不推荐这个解决办法。)

 

-------------------------相关-------------------------

 

1. 即使在创建Mysql时url中加入了autoReconnect=true参数,一但这个连接两次访问数据库的时间超出了服务器端wait_timeout的时间限制,还是会CommunicationsException: The last packet successfully received from the server was xxx milliseconds ago. 
2. 服务器端的参数可以用 
  show global variables like 'wait_timeout'; 
  set global wait_timeout=10; 
  来进行设置,但是wait_timeout值不应该设的太高. 
3. 较好的策略是对处于idle状态的connection定时发送一个sql,来刷新服务器上的时间戳.这可以使用c3p0r的连接池.http://bzhang.iteye.com/blog/321832 
4. 对于tomcat的server.xml中使用的连接池,http://tomcat.apache.org/tomcat-6.0-doc/jndi-datasource-examples-howto.html,http://commons.apache.org/dbcp/configuration.html使用DBCP的连接池可以采用 
<Resource name="jdbc/test" auth="Container"  
              type="javax.sql.DataSource" driverClassName="com.mysql.jdbc.Driver"  
              url="jdbc:mysql://localhost:3306/test?characterEncoding=utf-8"  
              username="root" password="test" maxActive="500" maxIdle="10"  
              maxWait="-1" timeBetweenEvictionRunsMillis="10000" minEvictableIdleTimeMillis="10000" /> 
  4.1 设置validationQuery,这样每次borrow(默认为开启)时会通过这个sql校验连接的有效性,但是增加了时间. 
  4.2 设置timeBetweenEvictionRunsMillis="10000" minEvictableIdleTimeMillis="10000" 依赖evictor thread线程来把超时的连接关闭. 
  4.3 设置testWhileIdle="true" timeBetweenEvictionRunsMillis="10000" validationQuery="select 1" 使得定时去用query检测处于idle状态的连接,也就刷新了服务器端的时间. 

5.每次提交的最大packet大小 
show global variables like 'max_allowed_packet'; 
set global max_allowed_packet=1024*1024; 

6. SQLyog 中连接参数的设置 
  6.1 在SQLyog中的设置 set autocommit=0,这样当前连接的自动提交为false,可以控制事务了. 
  6.2 begin; 事务开始 
  6.3 select * from test where 1=1 and id =1 for update;这样就把选到的记录行锁上了,再开一个SQLyog,也执行以上相同的操作,就会一直wait在那里. 
  6.4 commit; 提交 
  6.5 rollback; 回滚 
  6.6 set autocommit=0;后应该加上 
      set transaction isolation level read committed; 
      这样其它客户端就能看到commit的数据, 
  疑问: 
      如果不设置set transaction isolation level read committed;如果两个客户端都select 相同的数据,一个客户端修改然后提交,另一个客户端不提交当前事务的前提下,去执行select ,取不到另一客户端提交的数据,不知道SQLyog默认的事务级别是什么样的. 

7. SQLyog中查看mysql的状态,show global variables like '%lock%'; 是个好方法.对于事务锁(例如for update)报Lock wait timeout exceeded ,只能通过修改my.ini文件innodb_lock_wait_timeout = 100;才能生效. 

8. linux下修改用户密码 mysqladmin -u root password "new_pass"

### 回答1: eption is java.sql.sqlexception: cannot create poolableconnectionfactory (could not create connection to database server. attempted reconnect 3 times. giving up.) 这是一个MyBatis和Spring集成的异常,原因是查询数据库时出现了错误。具体原因是无法获取JDBC连接,可能是由于连接数据库服务器时出现了问题。已经尝试重新连接3次,但仍然无法连接。 ### 回答2: org.mybatis.spring.MyBatisSystemExceptionMybatis持久化过程中出现的一种异常类型,它通常是由于程序对数据库进行操作时出现了异常或者错误,导致MyBatis持久化框架无法完成预期的操作,从而抛出MyBatisSystemException异常。 其中,nested exception是指MyBatisSystemException的嵌套异常。在Mybatis框架中,如果在持久化过程中出现了异常,这个异常会被封装在一个PersistenceException对象中,并被抛出。当MyBatisSystemException捕获到这个PersistenceException对象时,它会将它的异常信息和其他相关信息进行封装,然后再次抛出一个MyBatisSystemException异常,这个MyBatisSystemException异常即是包含了nested exception异常。 在处理MyBatisSystemException异常时,一般需要仔细查看异常信息,找到nested exception,并尝试解决由nested exception引起的错误。常见的nested exception包括:数据库连接失败、SQL语句执行错误、Mapper文件配置错误等。 为了避免MyBatisSystemException异常的发生,我们应当加强程序的异常处理机制,规范数据库操作的流程,并及时解决持久化过程中出现的错误。此外,还可以使用Mybatis框架提供的日志功能来记录持久化过程中的错误信息,以便后续快速定位并解决错误。 ### 回答3: org.mybatis.spring.MyBatisSystemExceptionMyBatis框架中的一个异常类型,通常使用Spring框架整合MyBatis时会出现。这个异常的主要原因是在Mybatis的操作过程中,出现了一些异常情况,导致程序中断或者无法正常执行。 其中,org.mybatis.spring.MyBatisSystemException中的nested exception是org.apache.ibatis.exceptions.PersistenceException,也就是MyBatis框架中的持久化异常。持久化异常通常是由于Mapper中定义的SQL语句在执行时出现了错误,例如SQL语句语法不正确、表不存在或者字段名不匹配等等。 在使用MyBatis框架进行开发时,常常需要注意以下几点: 1. SQL语句的书写规范:SQL语句必须按照规范书写,语法正确,并且参数的类型、数量和顺序要严格匹配。 2. Mapper文件的配置格式:MyBatis框架需要正确的mapper配置文件才能正常运行,mapper文件也需要严格按照规范书写。 3. 数据库连接相关问题:如果连接数据库失败,就会出现数据库访问异常,可以检查数据库配置是否正确。 4. 异常处理:对于异常情况,一定要进行错误处理,及时输出异常信息,这样有利于快速定位错误,解决问题。 综上所述,org.mybatis.spring.MyBatisSystemException异常可能出现在Spring框架整合MyBatis等场景中,一般由于Mapper定义的SQL语句执行异常导致。在开发中,应该严格遵守MyBatis框架的规范,并对可能出现的异常情况做好处理,以保证程序的正常运行。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值