J2EE劍俠行

直覺我的J2EE應用生涯，打造我心中的一把利劍。

留言簿(7)

隨筆分類

隨筆檔案

文章檔案

閱讀排行榜

評論排行榜

常用鏈接

統計

隨筆 - 48
文章 - 2
評論 - 72
引用 - 0

技術鏈接

DWRUtils API 使用方法 (rss)
比較細致并且比較完善的一個了。
從EJB 3到AJAX：第2部分——通過DWR集成Java與JavaScript (rss)
一個輕量級的Java到JavaScript的轉換器解決方案

MYSQL BUG #5020及解決方法

MYSQL　BUG　＃5020
描述：
　　　MYSQL網站BUG公示
錯誤MESSAGE：

Connection was closed due to the following exception:

** BEGIN NESTED EXCEPTION **

java.sql.SQLException
MESSAGE: Communication link failure: java.net.SocketException, underlying cause: Software caused connection abort: recv failed

** BEGIN NESTED EXCEPTION **

java.net.SocketException
MESSAGE: Software caused connection abort: recv failed

STACKTRACE:

java.net.SocketException: Software caused connection abort: recv failed
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.read(SocketInputStream.java:129)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
    at java.io.BufferedInputStream.read1(BufferedInputStream.java:222)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
    at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:1385)
    at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:1532)
    at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:1923)
    at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1163)
    at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1272)
    at com.mysql.jdbc.Connection.execSQL(Connection.java:2236)
    at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:1555)
    at net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:89)
    at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:880)
    at net.sf.hibernate.loader.Loader.doQuery(Loader.java:273)
    at net.sf.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:138)
    at net.sf.hibernate.loader.Loader.doList(Loader.java:1063)
    at net.sf.hibernate.loader.Loader.list(Loader.java:1054)
    at net.sf.hibernate.hql.QueryTranslator.list(QueryTranslator.java:854)
    at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1554)
    at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1531)
    at net.sf.hibernate.impl.SessionImpl.delete(SessionImpl.java:1678)
    at net.sf.hibernate.impl.SessionImpl.delete(SessionImpl.java:1664)

出錯原因：
　　　我們的系統一天24小時運行，但在夜晚的時候是沒有人連接的，因此Socket連接就超時了。早上嘗試做任何事情（比如：登錄）都將以失敗告終，除非我們關閉連接或者重新建立連接。到3.0.11后才會發生這種情況。
　　　現在我們使用的MYSQL版本號為4.016，問題一樣。
專家建議：
　　　[Mark Matthews],翻譯如下：
　　　注意：我不贊成Autoreconnect功能，在以后的發行版本中，它最終會被移除。在這種特殊情況下，它不起作用的原因是：在3.0.11以后，autoreconnect的方法變得更加安全了并且和阿utoCommit狀態有關聯，這樣的話就能使當前‘in-flight’事務失敗（如果你在失敗后，再次試圖連接事務，就會重新被連接）。請查看相關解釋文檔，文檔的修復故障中包括如何正確實用這個屬性。無論在哪種情況下，　　　如果TCP/IP在沒有連接的情況下并且還不會冒著數據庫被癱瘓的危險，是沒有百分之百的方式使得JDBC驅動器被自動重連接的，這也是為何要移除Autoreconnect功能的原因。不管網絡發生什么情況，　　　JDBC 都不會說明這個連接是否處于連接狀態。JDBC driver 客戶端負責處理網絡故障，只有應用程序本身（實際上是應用程序的開發者）知道如何正確應對事務失敗的情況。在服務器上過期的‘Wait—timeout’基本上是服務器給與的強制性網絡故障。你通過把‘Wait—timeout’設置的高點兒就可以改正它，盡管如此，作為一個開發者，你的代碼應該包含相關的異常處理并采取適當的恢復措施，不要都把它們傳到調用堆中。
　　　連接錯誤總是有一個SQL狀態‘08’。如果你發現它的話，你可以再連接一次并重試事務（如果是適當的話）
　　　不管什么原因，如果這樣不起作用的話，配置你的連接池來測試是否處于連接狀態并且那些長時間閑置連接（所有的連接池都能這樣做，但是它們的配置取決于池子）。
作者說明：在MYSQL4.1以后的版本當中，沒有“wait_timeout”變量，由interactiveClient代替
參考資料：http://dev.mysql.com/doc/connector/j/en/cj-configuration-properties.html
[Kirk Wylie]:翻譯如下：
　　　如果有一個事務在運行的話，就能得到一個特別簡單的例子：
　　　　---如果連接在autoCommit模式下,autoReconnect是安全的。
　　　　---如果連接不在autoCommit模式下，但是沒有打開的事務，autoReconnect是安全的。（因為連接可能在池在里面）
　　　　---如果連接不在autoCommit模式下，有打開的事務，這樣就會拋出異常。
　　　這樣會解決你不在autoRecom\nnect模式下的憂慮并且會保留應用程序的功能性。
　　　盡管如此，在它改變的時候，在改變日志中沒有任何記錄說明發生了改變，這點令我很煩。由于這種改變很可能破壞我的應用程序，這種變化因該添加到CHANGE文件中。

　　如下是我個人的做法：
　　（STRUTS+SPRING+HIBERNATE）
　　1、把mysql的變量interactiveClient由默認的28800（8個小時）延長。并告知用戶多長時間后，重新啟動TOMCAT服務器。不過，MYSQL5.0.12版本以前的所有版本，只要你設置成了默認語言為GBK，所有對interactive_timeout(wait_timeout)的時候如何設置，重新連接或者重新啟動MYSQL后，都是28800，現在我使用的5.0.18后，使用GBK，沒有問題。
　　2、在HIBERNATE當中加入：
　　　

..
<property name="hibernate.connection.url">jdbc:mysql://192.168.100.111/eai?autoReconnect=true</property>
<property name="enableDeprecatedAutoreconnect">true</property>

<property name="dbcp.maxActive">100</property>
<property name="dbcp.whenExhaustedAction">1</property>

<property name="dbcp.maxWait">30000</property>
<property name="dbcp.maxIdle">10</property>

<property name="dbcp.ps.maxActive">100</property>
<property name="dbcp.ps.whenExhaustedAction">1</property>
<property name="dbcp.ps.maxWait">30000</property>
<property name="dbcp.ps.maxIdle">10</property>

..

　如上兩種方法均可，推薦大家使用第二種方法，來遮擋一下MYSQL的BUG。
如果有不對之處，請大家提出自己的見解。

posted on 2006-01-18 14:48 @家軍閱讀(5691) 評論(0) 編輯收藏所屬分類: J2EE技術類

新用戶注冊刷新評論列表


只有注冊用戶登錄后才能發表評論。




網站導航: 博客園 IT新聞 Chat2DB C++博客博問管理
相關文章: 找到一個好用的UML建模工具-argouml 三個JAVA文件完成你的MVC應用用二維數組管理好你零亂的狀態、分類和其它常用選項 struts表單 vs JSTL表現之多條件查詢示例 hibernate的延遲加載通用方法 TOMCAT內存溢出之解決方法 MYSQL BUG #5020及解決方法史上最簡單的struts+spring+hibernate配置實例[修訂版] 配置Springframework與hibernate連接多數據庫的事務 DTREE如何認一個目錄節點打開一個URL