MySQL JDBC 驱动程序将这两个属性定义为:
useServerPrepStmts - Use server-side prepared statements if the server supports them?
cachePrepStmts - Should the driver cache the parsing stage of PreparedStatements of client-side prepared statements, the "check" for suitability of server-side prepared and server-side prepared statements themselves?
客户端预处理语句是重用 PreparedStatements
对象的一种方式吗?
如果启用了 useServerPrepStmts
,那么究竟缓存了什么,因为 MySQL 没有 execution plan cache anyway ?
最佳答案
首先,区分客户端准备语句和服务器准备语句很重要。
客户准备的报表
客户端准备语句是“模拟”准备语句。这意味着 SQL 语句字符串在客户端被标记化,并且在将语句发送到服务器执行之前,任何占位符都被替换为文字值。每次执行时都会向服务器发送完整的 SQL 语句。您可以使用通用日志来研究它是如何工作的。例如
以下代码:
ps=conn.prepareStatement("select ?")
ps.setInt(1, 42)
ps.executeQuery()
ps.setInt(1, 43)
ps.executeQuery()
会在日志中显示:
255 Query select 42
255 Query select 43
“查询”表示,在协议(protocol)级别,COM_QUERY
命令与后面的语句字符串一起发送。
服务器准备语句
服务器准备语句是“真正的”准备语句,这意味着查询文本被发送到服务器、被解析、占位符和结果信息被返回到客户端。这是您在设置 useServerPrepStmts=true
时得到的结果。语句字符串仅通过 COM_STMT_PREPARE
调用发送到服务器一次(已记录 here )。每次执行都是通过发送一个 COM_STMT_EXECUTE
来执行的,其中包含准备好的语句句柄和用于替换占位符的文字值。
为了与客户端准备示例进行对比,我们可以使用类似的代码块(但这次启用了服务器准备语句):
ps2=conn2.prepareStatement("select ?")
ps2.setInt(1, 42)
ps2.executeQuery()
ps2.setInt(1, 43)
ps2.executeQuery()
日志会显示:
254 Prepare select ?
254 Execute select 42
254 Execute select 43
您可以看到该语句在执行之前已准备好。日志帮了我们一个忙,它显示了完整的执行语句,但实际上,每次执行时,只有占位符值从客户端发送到服务器。
缓存准备好的语句
许多连接池将在使用连接时缓存准备好的语句,这意味着如果您调用 conn.prepareStatement("select ?")
,它将返回相同的 PreparedStatement
使用相同语句字符串连续调用的实例。这有助于避免在事务之间将连接返回到池时在服务器上重复准备相同的字符串。
MySQL JDBC 选项 cachePrepStmts
将以这种方式缓存准备好的语句(客户端和服务器准备的语句)以及缓存语句的“可准备性”。 MySQL中有一些语句是服务器端不可准备的。如果驱动程序认为可能的话,它会尝试在服务器上准备一条语句,如果准备失败,则回退到客户端准备好的语句。由于需要往返服务器,此检查的成本很高。该选项还将缓存此检查的结果。
希望这会有所帮助。
关于mysql - MySQL JDBC Driver中的cachePrepStmts和useServerPrepStmts有什么区别,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32286518/