Postgres：「エラー：キャッシュされたプランは結果タイプを変更してはなりません」

この例外は、PostgreSQL 8.3.7サーバーによってアプリケーションにスローされます。このエラーの意味と、それについて私が何ができるかを誰かが知っていますか？

ERROR:  cached plan must not change result type
STATEMENT:  select code,is_deprecated from country where code=$1

私はこのエラーの原因を突き止めました。

アプリケーションでデータベース接続を開き、実行するSELECTステートメントを準備しました。

一方、別のスクリプトがデータベーステーブルを変更し、上記のSELECTステートメントで返される列の1つのデータ型を変更していました。

データベーステーブルが変更された後にアプリケーションを再起動することで、これを解決しました。これにより、データベース接続がリセットされ、準備されたステートメントをエラーなしで実行できます。

ERROR: cached plan must not change result typeJava / JDBCアプリケーションのコンテキストで問題を解決しようとするときにグーグルでここに着陸する人のためにこの回答を追加します。

DBを使用するバックエンドアプリの実行中にスキーマアップグレード（DDLステートメントなど）を実行することで、エラーを確実に再現できました。アプリがスキーマのアップグレードによって変更されたテーブルをクエリしていた場合（つまり、アプリが変更されたテーブルでアップグレードの前後にクエリを実行した場合）、postgresドライバーは、スキーマの詳細の一部をキャッシュしているため、このエラーを返します。

あなたはあなたのpgjdbcドライバーを設定することで問題を回避することができますautosave=conservative。このオプションを使用すると、ドライバーはキャッシュしている詳細をフラッシュできるため、サーバーをバウンスしたり、接続プールをフラッシュしたり、考えられる回避策を実行したりする必要はありません。

Postgres 9.6（AWS RDS）で再現しましたが、私の最初のテストでは、このオプションで問題が完全に解決されたようです。

ドキュメント：https : //jdbc.postgresql.org/documentation/head/connect.html#connection-parameters

pgjdbc 問題の詳細と履歴については、Githubの問題451をご覧ください。

JRuby ActiveRecordsユーザーはこれを見る：https : //github.com/jruby/activerecord-jdbc-adapter/blob/master/lib/arjdbc/postgresql/connection_methods.rb#L60

パフォーマンスに関する注意：

上記のリンクで報告されているパフォーマンスの問題のとおり、これをブラインドでオンにする前に、アプリケーションのパフォーマンス/ロード/ソークテストを行う必要があります。

AWS RDS Postgres 10インスタンスで実行している自分のアプリでパフォーマンステストを行う場合、conservative設定を有効にすると、データベースサーバーで余分なCPU使用率が発生します。それほど多くはありませんでしたが、autosave負荷テストで使用されているすべてのクエリを調整し、負荷テストを強くプッシュし始めた後で、機能が測定可能な量のCPUを使用しているように見えるだけでした。

私たちにとっても、同様の問題に直面していました。このアプリケーションは複数のスキーマで動作します。スキーマの変更を行うたびに、この問題が発生し始めました。

JDBCパラメータ内でprepareThreshold = 0パラメータを設定すると、データベースレベルでのステートメントキャッシングが無効になります。これで解決しました。