jdbc測試mysql數據庫sql預解析(綁定變量)

用習慣了oracle，學習mysql，想測試一下mysql綁定變量的效果。以前看網上介紹大部份都說mysql沒有sql共享池的概念，所以也不存在sql預解析或綁定變量的說法。

今天測試了一下(通過網絡抓包、查看服務器端sql日志及分析源碼等方法)，發現mysql還是有sql預解析的實現。

服務器端是mysql 5.1.58(win32)，用jdbc(5.1.18)做客戶端，默認的連接方式是不會有sql預解析效果，即使我們用PreparedStatement對象也差不多，它只是把SQL和變量拼接成一個完整的SQL發送給服務器，如下代碼：

PreparedStatement pstmt = conn.prepareStatement("select * from t1 where c1=?");

pstmt.setString(1, "abc");

pstmt.execute();

實際上不會有預解析的過程，而是經過簡單的拼接，把如下SQL發送給服務器

select * from t1 where c1='abc' 要實現預解析的效果，我們必須設置jdbc Connection的參數useServerPrepStmts=true，再使用PreparedStatement后就OK了，創建PreparedStatement時客戶端先把"select * from t1 where c1=?"發送到服務器端預解析，execute時只是把變量傳送到服務器執行。

mysql服務器的sql語句緩存可以通過狀態變量Prepared_stmt_count查看

mysql> show status like 'Prepared_stmt_count';

+---------------------+-------+

| Variable_name | Value |

+---------------------+-------+

| Prepared_stmt_count | 1 |

+---------------------+-------+

1 row in set

不過mysql的sql語句緩存與oracle有很大不同，它是會話語句級的，不是全局共享，當會話斷開或PreparedStatement.close后這個緩存就沒有了。我們需要設置Connection的參數cachePrepStmts=true把PreparedStatement緩存起來，prepStmtCacheSize=xxx來設置每個會話緩存語句的最大數量(很多連接池也有類似的功能)。

OK，已經知道如何啟用預解析了，想看看啟用與不啟用預解析性能有多少差別，會不會也像oracle那么明顯呢？經過簡單的測試，發現當沒有PreparedStatement緩存(cachePrepStmts=false)時，打開預解析性能下降很多， 當有PreparedStatement緩存(cachePrepStmts=true)時，兩者性能基本一樣。這個結果讓人很失望，個人分析有幾個原因：

啟用預解析但沒有PreparedStatement緩存時，每次創建PreparedStatement都需要解析一次，execute時又需要交互一次，而預解析的SQL在PreparedStatement.close又不能重用，所以性能反而更差。

當有PreparedStatement緩存時，預解析的SQL文本緩存在服務器端，但是并不會像oracle一樣緩存執行計劃，所以每次execute時都需要解析SQL和生成執行計劃，因此只是減少了每次execute傳輸SQL的文本大小，性能差別不大。

注：如果SQL語法錯誤，那么服務器端預解析會出錯，但jdbc收到預解析出錯的信息后并不提示出錯，而是將取消本條語句預解析的狀態，execute時直接把SQL接裝發送給服務器，mysql jdbc在PreparedStatement構造函數中代碼如下，其中返回ServerPreparedStatement類表示使用了綁定變量，返回PreparedStatement表示未使用綁定變量：

try {

pStmt = ServerPreparedStatement.getInstance(getLoadBalanceSafeProxy(), nativeSql,

this.database, resultSetType, resultSetConcurrency);

pStmt.setResultSetType(resultSetType);

pStmt.setResultSetConcurrency(resultSetConcurrency);

} catch (SQLException sqlEx) {

// Punt, if necessary

if (getEmulateUnsupportedPstmts()) {

pStmt = (PreparedStatement) clientPrepareStatement(nativeSql, resultSetType, resultSetConcurrency, false);

} else {

throw sqlEx;

}

} 經過上面分析，個人認為不需要打開SQL預解析的效果，PreparedStatement對象還是盡量使用，因為雖然不能提升性能，但可以避免SQL注入安全問題 。

2012-02-17

分享到：

2012-02-17 00:07

瀏覽 764

評論

總結

以上是生活随笔為你收集整理的mysql jdbc 绑定变量_jdbc测试mysql数据库sql预解析(绑定变量)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。