12

我有一个使用 Postgres 数据库的 Java 应用程序,我正在尝试引入 PGPool 以扩展我的数据库。我遇到了 Postgres 抛出以下错误的问题:unnamed prepared statement does not exist. 在 Postgres 上启动日志记录后,我看到我的应用程序执行的每个选择语句都会发生以下情况:

EDTLOG:  00000: duration: 7.585 ms  parse <unnamed>: "my select statement here"
EDTLOG:  00000: duration: 0.088 ms  bind <unnamed>: "my select statement here"
EDTLOG:  00000: duration: 79.014 ms  execute <unnamed>: "my select statement here"

但有时,在解析/绑定/执行步骤之间,PGPool 会执行一些额外的查询,因此日志如下所示:

EDTLOG:  00000: duration: 7.585 ms  parse <unnamed>: "my select statement here"
EDTLOG:  00000: duration: 0.088 ms  bind <unnamed>: "my select statement here"
EDTLOG:  00000: duration: 0.328 ms  statement: SELECT count(*) FROM pg_class AS c, pg_namespace AS n WHERE c.relname = 'my_table' AND c.relnamespace = n.oid AND n.nspname = 'pg_catalog'
EDTLOG:  00000: duration: 79.014 ms  execute <unnamed>: "my select statement here"
EDTERROR:  26000: unnamed prepared statement does not exist
EDTLOG:  00000: duration: 0.022 ms  parse S_2: ROLLBACK
EDTLOG:  00000: duration: 0.005 ms  bind S_2: ROLLBACK
EDTLOG:  00000: duration: 0.008 ms  execute S_2: ROLLBACK

据我了解,因为查询是未命名的,所以如果在执行未命名查询之前在该数据库会话期间有另一个查询进入,它会被 Postgres 丢弃。因此,因为 PGPool 有时会在解析/绑定/执行步骤之间发出这些额外的查询,所以会导致查询被丢弃。

我的第一个想法是,也许我的 Java 应用程序不需要为每个查询发送解析/绑定/执行语句。但看起来这是自 JDBC 版本 3 和 Postgres 7.4 http://jdbc.postgresql.org/documentation/head/server-prepare.html以来 Postgres JDBC 驱动程序的默认行为。我想我可以尝试完全禁用服务器端准备好的语句,但是文档没有指定如何做到这一点,而且我不确定这是我想做的事情。

我的第二个想法是让 PGPool II 停止发送这些元数据查询。由于我只是想将 PGPool 用作负载均衡器,我真的不明白为什么它需要了解我的表元数据的所有信息。我在 PGPool 源的 is_system_catalog 方法中跟踪了执行这些查询的代码:https ://github.com/iakio/pgpool-II/blob/master/pool_select_walker.c#L256 看来 PGPool 想知道关于我的表关系出于某种原因,不幸的是我没有看到任何方法来禁用该行为。

任何有关如何解决此问题的见解将不胜感激。

关于我的环境的一些信息:

JDBC Driver: postgresql-9.1-901.jdbc4.jar
Java version "1.6.0_31"
Spring 3.1 managed JPA 
Hibernate 3.5
Postgres 9.1

更新: 我找到了解决该问题的方法。通过放置protocolVersion=2JDBC URL,它基本上告诉 Postgres JDBC 驱动程序不要使用服务器端准备好的语句。这允许我的应用程序在我的数据库前使用 PGPool II 时运行。不过,我不得不回退到 JDBC 版本 2 协议才能使用 PGPool,这让我感到困扰。

4

2 回答 2

3

我找到了解决该问题的方法。通过将 protocolVersion=2 放在 JDBC URL 中,它基本上告诉 Postgres JDBC 驱动程序不要使用服务器端准备好的语句。这允许我的应用程序在我的数据库前使用 PGPool II 时运行。不过,我不得不回退到 JDBC 版本 2 协议才能使用 PGPool,这让我感到困扰。

于 2013-03-15T16:15:59.450 回答
-1

什么是,如果你命名你准备好的陈述?

另一个问题出现了:如果你不需要它们,为什么要使用准备好的语句?

您可以轻松地对 jdbc 驱动程序进行“正常”声明...

于 2012-03-21T23:01:02.817 回答