PostgreSQLは同じクエリでプランキャッシュに近づいていますか？

Question

多くのクエリでベンチマークテストを実行しています。私は一連のクエリを持っており、それらはお互いに複数回実行されます。私はPostgreSQLがクエリプランをキャッシュすることを知っています。これは考慮する必要がありますが、これが常に起こるとは限りません。

私には2つのアプローチがあります。私は、（a）クエリプランを強制的に実行してクエリを実行するか、（b）「ウォームアップ」してプランをキャッシュし、毎回再利用するかのいずれかを検討しています。どのように実行すればよいのでしょうか、または何かが起こっていることを確実にするために何を予防措置を取ることができますか？

キャッシュ内のプランを監視できれば大丈夫ですが、可能かどうかはわかりません。

更新：私のクエリは、データを取得するための複雑なSELECTであり、DELETE/INSERTなどはありません。これは、ベンチマークでクエリプランナにあまり敬意を払うべきではありませんか？

• は、あなたがあなたのクエリがあればなってどのくらい速いのベンチマークにしたい場合は文がPL/pgSQL機能

だから、内部で実行される

プリペアドステートメントを使用している場合

Answer 1

PostgreSQLは唯一の問い合わせ計画をキャッシュプランニングのオーバーヘッドを避けるためには、プリペアドステートメントを作成して少なくとも6回実行する必要があります（最初の5回は常にカスタムプランを生成するため）。

クエリが複雑な場合、特にクエリの実行時間が長い場合は、クエリプランをキャッシュすると失われる可能性があります。このような場合は、通常、各クエリの計画に多くの労力を費やす方がよいでしょう。プリペアドステートメントで最大の勝利は、クエリの実行時間が短い場合です。