<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    J2EE劍俠行

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

    常用鏈接

    統計

    技術鏈接

    最新評論

    MYSQL BUG #5020及解決方法

    MYSQL BUG?。?020
    描述:
       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 客戶端負責處理網絡故障,只有應用程序本身(實際上是應用程序的開發者)知道如何正確應對事務失敗的情況。在服務器上過期的‘Waittimeout’基本上是服務器給與的強制性網絡故障。你通過把‘Waittimeout’設置的高點兒就可以改正它,盡管如此,作為一個開發者,你的代碼應該包含相關的異常處理并采取適當的恢復措施,不要都把它們傳到調用堆中。
       連接錯誤總是有一個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文件中。

      如下是我個人的做法:
     ?。⊿TRUTS+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>
    <!--  如下的語句是使用第三方的DBCP來建立連接池 -->
    <property name="dbcp.maxActive">100</property>
    <property name="dbcp.whenExhaustedAction">1</property>
    <!--  看到了沒有,這個maxWait一定要大于MYSQL默認的28800(秒) -->
    <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 @家軍 閱讀(5679) 評論(0)  編輯  收藏 所屬分類: J2EE技術類

    主站蜘蛛池模板: 永久在线毛片免费观看| 永久在线免费观看| 亚洲Av无码国产情品久久| 国产成人免费视频| av在线亚洲欧洲日产一区二区 | 亚洲高清美女一区二区三区| 两个人日本WWW免费版| 蜜桃成人无码区免费视频网站 | 久久狠狠高潮亚洲精品| 91大神免费观看| 精品丝袜国产自在线拍亚洲| 91成人免费观看网站| 亚洲人av高清无码| 免费日韩在线视频| 亚美影视免费在线观看| 久久精品国产亚洲av成人| 69精品免费视频| 亚洲日韩精品无码专区| 又粗又硬免费毛片| 在线观看特色大片免费网站| 亚洲精品免费观看| 久久WWW免费人成人片| 337P日本欧洲亚洲大胆艺术图| 亚洲精品456播放| 免费精品99久久国产综合精品| 亚洲首页在线观看| 精品国产一区二区三区免费看| 一级毛片免费播放视频| 日韩在线视频免费看| 永久免费无码日韩视频| 亚洲国产精品久久久久网站| 免费电视剧在线观看| 国产AV无码专区亚洲AV蜜芽 | 国产成人99久久亚洲综合精品| 亚洲免费人成在线视频观看| 亚洲免费电影网站| 亚洲AV无码乱码在线观看牲色| 国产成人AV片无码免费| 亚洲国产日韩a在线播放| 毛片免费观看网站| 一区二区三区免费视频网站|