百度 VS Google,谁强大?!(有图有真相)_JAVA_编程开发_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 编程开发 > JAVA > 百度 VS Google,谁强大?!(有图有真相)

百度 VS Google,谁强大?!(有图有真相)

 2011/9/9 8:14:45  itoracja  http://itoracja.iteye.com  我要评论(0)
  • 摘要:不小心给发了两条,sorry。程序用dbcp连接池,连接mysql,昨天电脑没关机,tomcat也没关掉。今天发现应用挂了,看下错误:causedby:com.mysql.jdbc.exceptions.jdbc4.mysqlnontransientconnectionexception:nooperationsallowedafterconnectionclosed.connectionwasimplicitlyclosedbythedriver.atsun.reflect
  • 标签:Google 百度
    不小心给发了两条,sorry。
程序用dbcp连接池,连接mysql,昨天电脑没关机,tomcat也没关掉。今天发现应用挂了,看下错误
caused by: com.mysql.jdbc.exceptions.jdbc4.mysqlnontransientconnectionexception: no operations allowed after connection closed.connection was implicitly closed by the driver.	at sun.reflect.nativeconstructoraccessorimpl.newinstance0(native method)	at sun.reflect.nativeconstructoraccessorimpl.newinstance(nativeconstructoraccessorimpl.java:39)	at sun.reflect.delegatingconstructoraccessorimpl.newinstance(delegatingconstructoraccessorimpl.java:27)	at java.lang.reflect.constructor.newinstance(constructor.java:513)	at com.mysql.jdbc.util.handlenewinstance(util.java:406)	at com.mysql.jdbc.util.getinstance(util.java:381)	at com.mysql.jdbc.sqlerror.createsqlexception(sqlerror.java:984)	at com.mysql.jdbc.sqlerror.createsqlexception(sqlerror.java:956)	at com.mysql.jdbc.sqlerror.createsqlexception(sqlerror.java:926)	at com.mysql.jdbc.connectionimpl.throwconnectionclosedexception(connectionimpl.java:1160)	at com.mysql.jdbc.connectionimpl.getmutex(connectionimpl.java:3117)	at com.mysql.jdbc.connectionimpl.setautocommit(connectionimpl.java:4987)	at org.apache.commons.dbcp.delegatingconnection.setautocommit(delegatingconnection.java:237)	at org.hibernate.transaction.jdbctransaction.begin(jdbctransaction.java:63)	... 32 more

挺奇怪,上网查了下,发现问题,其实以前个人认为也是google强大,但有图为证,只能说百度进步了,[img]/images/smiles/icon_idea.gif"/> :


<img src="http://dl.iteye.com/upload/attachment/488797/a5e0ba8d-8b86-39b0-b0c7-f0baaa746edc.jpg[/img]
顺便总结下问题,其实无论百度强,还是google强,我也是打酱油的。
出现这个错误,首先是因为dbcp连接池造成的,mysql默认的空闲连接时间是8个小时,超过8个小时就会被mysql强制断开,但dbcp连接池中并未对这个已失效的连接进行更新,而是断续当作有效连接,这时候如果程序用这个实际已断开的连接去操作数据库时,结果可想而知
解决办法呢,有两个:1、更改mysql的超时时间wait_timeout 这个改长点,这个治标不治本,如果非要使用dbcp连接池,也就这样。2、更改连接池用c3p0,c3p0对失效的连接有处理,好像是重新连接。 
发表评论
用户名: 匿名