<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技術類

    主站蜘蛛池模板: 你懂的在线免费观看| 日本一区二区三区免费高清在线| 男人的天堂网免费网站| 亚洲免费视频一区二区三区| 免费看一级高潮毛片| 免费人成视频x8x8入口| 猫咪免费观看人成网站在线| 免费精品国产自产拍观看| 美景之屋4在线未删减免费| 全黄a免费一级毛片人人爱| 思思久久99热免费精品6| 亚洲日本韩国在线| 国产无遮挡又黄又爽免费网站| 久久精品国产69国产精品亚洲| 久久青草免费91观看| 亚洲美女免费视频| 免费可以在线看A∨网站| 亚洲Av永久无码精品一区二区| 亚洲av无码成人精品区在线播放 | 一级毛片免费毛片一级毛片免费| 亚洲国产综合专区在线电影| 国产电影午夜成年免费视频| 亚洲中文字幕无码爆乳app| 亚洲精品色婷婷在线影院| 亚洲福利视频一区二区三区| 91精品免费国产高清在线| 激情内射亚洲一区二区三区爱妻| 在线免费观看韩国a视频| 手机永久免费的AV在线电影网| 亚洲视频在线观看免费| 久久久久久久久免费看无码| 激情小说亚洲图片| 久久精品亚洲综合一品| 免费av欧美国产在钱| 新最免费影视大全在线播放| 亚洲五月激情综合图片区| 国产精品免费电影| 日本在线免费观看| 国产精品亚洲精品日韩电影| 亚洲av日韩av不卡在线观看| 日韩视频在线免费|