MYSQL JDBC快速查詢響應的方法,快速返回機制的實現

一直很糾結,Oracle的快速返回機制,雖然結果集很多,可是它能很快的顯示第一個結果,雖然通過MYSQl的客戶端可以做到,但是通過JDBC卻不行。

今天用瞭1個多小時,終於搞定此問題,希望對廣大Java朋友在處理數據庫時有個參考。

 

來由:

    通過命令行客戶端加上-q參數,可以極快的響應一個查詢。
    比如結果集為幾千萬的select * from t1,完整結果集需要20秒,通過-q參數顯示第一行隻需要不到1秒。
    但通過jdbc進行查詢,卻不可以實現如上的效果,無論怎麼調整URL參數,也不行。
   
過程:
    查看瞭-q參數的解釋,如下:
    If you have problems due to insufficient memory for large result sets,
    use the –quick option. This forces mysql to retrieve results
    from the server a row at a time rather than retrieving the entire result set
    and buffering it in memory before displaying it. This is done by returning
    the result set using the mysql_use_result() C API function in the client/server
    library rather than mysql_store_result().
   
    可見,實現快速響應。
   
    查看 mysql_use_result() 函數,這個是C的API,如果通過C開發,可以用這個函數。
   
    那麼JAVA呢?
   
    查找便準JDBC規范裡面有關函數,沒有任何收獲。 setFetchSize()看上去有效,可在實際測試裡,無任何性能提升。
   
    搜索 JDBC mysql_use_result, 有瞭意外的收獲。
   
    在MYSQL的JDBC,com.mysql.jdbc.Statement 這個接口裡發現瞭如下的內容:
     abstract public  void disableStreamingResults() throws SQLException

    Resets this statements fetch size and result set type to the values they
    had before enableStreamingResults() was called.

 abstract public  void enableStreamingResults() throws SQLException

    Workaround for containers that 'check' for sane values of Statement.setFetchSize()
    so that applications can use the Java variant of libmysql's mysql_use_result() behavior.
   
   
  原來MySQL提供瞭自己的一個快速響應的實現。調整測試代碼
 
      stmt = (com.mysql.jdbc.Statement) con.createStatement();
      stmt.setFetchSize(1);
        //
        // 打開流方式返回機制
        stmt.enableStreamingResults();
       
        我期待的效果出現瞭。第一行數據被快速的現實出來,時間不到1秒中。
       
結論:
    MySQL在自己的JDBC驅動裡提供瞭特有的功能,來實現查詢的快速響應,
    特別是結果集非常大或者時間較長,而用戶非常想盡快看到第一條結果時特別有效。

 摘自:老紫竹的專欄

發佈留言