DDL语句造成Postgres PreparStatement报错

最新推荐文章于 2025-04-02 18:00:00 发布

原创最新推荐文章于 2025-04-02 18:00:00 发布 · 1k 阅读

0 ·

CC 4.0 BY-SA版权

Postgres 专栏收录该内容

24 篇文章

订阅专栏

本文详细介绍了PostgreSQL JDBC连接参数配置，如prepareThreshold、preparedStatementCacheQueries和preparedStatementCacheSizeMiB的作用，以及autosave属性在不同设置下对查询失败后的处理方式。同时，针对PreparedStatement缓存可能引发的问题，提供了两种解决方案，包括JDBC驱动升级和连接池自定义Filter。

参考文档
https://jdbc.postgresql.org/documentation/head/server-prepare.html
https://jdbc.postgresql.org/documentation/head/connect.html#autosave

连接相关设置

prepareThreshold(int):指定在一个会话中需要经过多少次PreparedStatement才对其进行服务器端PreparedStatement缓存，值为0表示禁用服务器端PreparedStatement缓存
preparedStatementCacheQueries(int)：指定一个会话中最大缓存的PreparedStatement数量，默认值256，0表示禁用服务器端PreparedStatement缓存
preparedStatementCacheSizeMiB(int)：最大缓存的PreparedStatement大小，默认为5M，0表示禁用服务器端PreparedStatement缓存
autosave(String):JDBC驱动42版本新增，设置当查询失败后如何处理
- never: 默认值，不执行额外处理操作，直接抛出异常
- always：每次查询前都会设置savepoint，如果出现错误则回滚到该检查点，并重新尝试执行
- conservative：每次查询前都会设置savepoint，只有当出现 'cached statement cannot change return type’或’statement XXX is not valid’异常时才会回滚到检查点并重新尝试执行

PreparStatement缓存问题处理

服务器端缓存PreparedStatement后，如果表结构发生变化，再次使用PreparedStatement执行SQL将会出现错误，例如

使用select * 查询，缓存后，添加列
使用select 查询，修改列长度

Postgres的JDBC驱动对该问题进行了处理

在非事物下，如果因此发生错误，JDBC驱动将会自动清除该缓存并重新执行，因此不会出现错误
事物下，如果没有启动autosave，则执行抛出异常
事物下，如果启用，JDBC驱动将会自动清除该缓存并重新执行，因此不会出现错误

事物下问题处理方案

方案一：JDBC驱动升级到42版本，并设置autosave为conservative

缺点：启用每次查询前设置savepoint，在超长事物时，会影响性能

方案二：连接释放到JDBC连接池前，执行“deallocate all”

当使用Druid连接池时，可以设置自定义Filter

public class ConnectionReleaseFilter extends FilterAdapter {

@Override
public void dataSource_releaseConnection(FilterChain chain, DruidPooledConnection connection) throws SQLException {
    if(!connection.isClosed()){
        connection.createStatement().executeUpdate("deallocate all");
    }
    chain.dataSource_recycle(connection);
}

}