jdbc测试mysql数据库sql预解析(绑定变量)

jdbc测试mysql数据库sql预解析(绑定变量)

        用习惯了oracle，学习mysql，想测试一下mysql绑定变量的效果。以前看网上介绍大部份都说mysql没有sql共享池的概念，所以也不存在sql预解析或绑定变量的说法。
        今天测试了一下（通过网络抓包和看服务器端sql日志的方法），发现mysql还是有sql预解析的实现。
        服务器端是mysql 5.1.58(win32)，用jdbc做客户端，默认的连接方式是不会有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是可以重用了，但是由于mysql的SQL解析器与优化器性能不错（待考证），性能瓶颈也不在解析SQL，所以两者性能差不多。

        经过上面分析，个人认为不需要打开SQL预解析的效果，PreparedStatement对象还是尽量使用，因为虽然不能提升性能，但可以避免SQL注入安全问题 。

2012-02-17

作者：yzsind 发表于2012-2-17 0:07:07 原文链接

阅读：28 评论：0 查看评论