Postgres - 错误:准备好的声明"S_1"已经存在

Chr*_*ell 17 java postgresql jdbc pgbouncer

通过JDBC执行批量查询到pgbouncer时,我收到以下错误:

org.postgresql.util.PSQLException: ERROR: prepared statement "S_1" already exists
Run Code Online (Sandbox Code Playgroud)

我在网上发现了bug报告,但它们似乎都处理Postgres 8.3或更低版本,而我们正在使用Postgres 9.

这是触发错误的代码:

this.getJdbcTemplate().update("delete from xx where username = ?", username);

this.getJdbcTemplate().batchUpdate( "INSERT INTO xx(a, b, c, d, e) " + 
                "VALUES (?, ?, ?, ?, ?)", new BatchPreparedStatementSetter() {
    @Override
    public void setValues(PreparedStatement ps, int i) throws SQLException {
        ps.setString(1, value1);
        ps.setString(2, value2);
        ps.setString(3, value3);
        ps.setString(4, value4);
        ps.setBoolean(5, value5);
    }
    @Override
    public int getBatchSize() {
        return something();
    }
});
Run Code Online (Sandbox Code Playgroud)

有人见过这个吗?

编辑1:

这被证明是在使用会话池以外的任何东西时发生的pgBouncer问题.我们使用的是事务池,显然不支持预准备语句.通过切换到会话池,我们解决了这个问题.

不幸的是,这不是我们用例的好方法.我们对pgBouncer有两个单独的用途:我们系统的一部分进行批量更新,这些更新作为预处理语句最有效,另一部分需要非常快速连续的许多连接.由于pgBouncer不允许在会话池事务池之间来回切换,因此我们不得不在不同的端口上运行两个独立的实例来支持我们的需求.

编辑2:

我跑过这个链接,海报上已经贴了一张自己的贴片.如果它被证明是安全有效的,我们目前正在考虑将它用于我们自己的用途.

Chr*_*ell 10

事实证明,这是使用会话池以外的任何其他方式时发生的 pgBouncer 问题。我们使用的是事务池,它显然不支持准备好的语句。通过切换到会话池,我们解决了这个问题。

不幸的是,这对于我们的用例来说并不是一个好的解决方案。我们对 pgBouncer 有两种不同的用途:我们系统的一部分进行批量更新,这是作为准备好的语句最有效的,而另一部分则需要非常快速地连续进行许多连接。由于 pgBouncer 不允许在会话池事务池之间来回切换,我们被迫要么在不同的端口上运行两个单独的实例来支持我们的需求,要么实现这个补丁。初步测试表明它效果良好,但时间会证明它是否安全有效。


xue*_*hui 6

在 JDBC 中禁用准备好的语句。为 JDBC 执行此操作的正确方法是将“prepareThreshold=0”参数添加到连接字符串。

jdbc:postgresql://ip:port/db_name?prepareThreshold=0
Run Code Online (Sandbox Code Playgroud)


fil*_*rem 5

新的、更好的答案

要丢弃会话状态并有效地忘记“S_1”准备好的语句,请在 PgBouncer 配置中使用 server_reset_query 选项。

旧答案

请参阅http://pgbouncer.projects.postgresql.org/doc/faq.html#_how_to_use_prepared_statements_with_transaction_pooling

切换到会话模式不是理想的解决方案。事务池化效率更高。但是对于事务池,您需要无状态的数据库调用。

我认为你有三个选择:

  1. 在 jdbc 驱动程序中禁用 PS,
  2. 在 Java 代码中手动释放它们,
  3. 配置 pgbouncer 以在事务结束时丢弃它们。

我会尝试选项 1 或选项 3 - 取决于您的应用程序使用它们的实际方式。

有关更多信息,请阅读文档:

http://pgbouncer.projects.postgresql.org/doc/config.html(搜索 server_reset_query),

或谷歌这个:

postgresql jdbc +preparethreshold
Run Code Online (Sandbox Code Playgroud)

  • server_reset_query 文档的新链接:https://pgbouncer.github.io/faq.html#what-should-my-serverresetquery-be (2认同)