java - "prepareStatement(String sql)"的内部功能

Question

我已阅读prepareStatement(String sql)的描述还有很多与PreparedStatement的性能和缓存相关的帖子，我很清楚数据库将解析和编译准备好的语句的查询，这样对于后续相同的查询，另一轮解析和编译将不会发生但我不清楚是否:

• 每次调用prepareStatement(String sql)都会导致数据库调用吗？我想会的。
• 每次调用 prepareStatement(String sql) 都会导致数据库调用，然后我不明白文档中的这一行意味着什么 - “带有或不带有 IN 参数的 SQL 语句可以被预编译并存储在一个PreparedStatement对象中。”？因为我们真正获得的性能优势是在 RDBMS 端，所以 PreparedStatement 对象在其中做什么？
• 假设我已经使用 PreparedStatement 对象执行了一个查询(简单的 SELECT，无参数化)，现在如果我使用 Statement 对象执行相同的查询，那么 RDBMS 仍然会解析并编译或不会？

Answer 1

以下内容仅适用于 Oracle 数据库 JDBC 驱动程序。其他驱动程序可能有所不同。

调用 Connection.prepareStatement(String) 不会进行数据库往返。它构造一个新的PreparedStatement 并将SQL 字符串存储在其中。就是这样。

即使未使用的PreparedStatements 也相当复杂，因此这不是一个完全微不足道的调用。即便如此，缓存未使用的PreparedStatements 也没有多大值(value)。 build 新的成本很低。强调“未使用”。第一次执行PreparedStatement 确实进行了一次完整的往返并完成了PreparedStatement 的构造。使用过一次PreparedStatement后，重用它的成本远低于创建一个新的并第一次使用它的成本。

对于客户端和服务器来说，在两个PreparedStatement 中执行相同的SQL 比执行单个PreparedStatement 两次的成本更高。对于客户来说，额外的成本非常简单。它是完全构造第二个PreparedStatement 的成本，这包括客户端在第一次执行往返之后所做的工作。数据库里的事情就没那么简单了。

Oracle 数据库具有多级缓存和重用，可最大程度地降低多次执行给定 SQL 字符串的成本。一个PreparedStatement保存一个游标id。该 id 指的是服务器中的游标。游标是复杂的结构，是 SQL 执行的数据库表示。某些结构可以由执行相同 SQL 的其他游标共享。某些结构对于单次执行来说是唯一的。某些结构可以在执行 SQL 的某些游标之间共享，但不能在其他游标之间共享。这是一个复杂的系统。

作为一般规则，创建新的PreparedStatement需要硬解析。如果服务器之前已经见过该 SQL，则硬解析可能不是完整的硬解析，因为服务器可以重用一些游标结构。如果应用程序重新执行PreparedStatement，那么理想情况下服务器不必对光标执行任何操作；它只是重新执行它。但很多情况下服务器必须先进行软解析才能重新执行。软解析比硬解析工作量要少，但也不是微不足道的。

上面忽略了隐式语句缓存。隐式语句缓存存储通过执行Prepared 和Callable 语句创建的结构。如果应用程序执行 SQL，关闭PreparedStatement，然后使用相同的 SQL 创建一个新的PreparedStatement，则将重用第一次执行创建的结构。出于所有实际目的，第一次执行缓存中的PreparedStatement 的成本与重新执行相同的PreparedStatement 的成本相同。