28

通过 JDBC 对 pgbouncer 执行批处理查询时，出现以下错误：

org.postgresql.util.PSQLException: ERROR: prepared statement "S_1" already exists

我在网上发现了错误报告，但它们似乎都处理 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();
    }
});

有人见过这个吗？

编辑1：

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

不幸的是，这对我们的用例来说不是一个好的解决方案。我们对 pgBouncer 有两种不同的用途：我们系统的一部分进行批量更新，这作为准备好的语句最有效，另一部分需要非常快速的连续连接。由于 pgBouncer 不允许在session pooling和transaction pooling之间来回切换，我们被迫在不同的端口上运行两个单独的实例来满足我们的需求。

编辑2：

我遇到了这个链接，海报已经滚动了他自己的补丁。如果它被证明是安全有效的，我们目前正在考虑实施它以供我们自己使用。

4

5 回答 5

10

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

jdbc:postgresql://ip:port/db_name?prepareThreshold=0
于 2019-07-17T07:19:13.453 回答
5

新的，更好的答案

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

旧答案

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

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

我认为你有三个选择：

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

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

有关更多信息，请阅读文档：

http://pgbouncer.projects.postgresql.org/doc/config.html（搜索 server_reset_query），

或谷歌这个：

postgresql jdbc +preparethreshold
于 2011-10-03T22:41:45.693 回答
3

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

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

于 2011-09-30T15:25:52.860 回答
0

我遇到了这个问题，我们在事务级别配置了 pgbouncer，我们使用的是 psql 11.8，我们刚刚将 psql jar 升级到了最新版本，它得到了修复。

于 2020-07-01T06:06:44.893 回答
0

在我们的例子中，这个问题与 pgbouncer 无关。由于我们确实无法附加prepareThreshold=0到 URL，我们所做的修复如下

查看准备好的语句

select * from pg_prepared_statements;

解除分配故障表

select * from pg_prepared_statements;
deallocate "S_1";
于 2021-11-09T18:02:29.323 回答