PostgreSQLのvacuum analyzeについて

Question

PostgreSQL 9.2についての質問です。

稼働中のシステムで、画面起動で大量のデータをINSERTするPostgreSQLのファンクションがあります。
INSERT対象テーブルは2つあり、各テーブルに登録する件数は、それぞれ最大で400,000件、120,000件ほどです。
また、テーブル内のデータの総件数は変動はありますが、それぞれ、80,000,000件、40,000,000件ほどです。

このファンクション実行後に、ほぼ毎回ユーザからこのテーブルに対する検索が遅いとクレームを受けます。
現在は、先任者の指示に従い、vacuum analyzeを手動で実行しています。

質問１：PostgreSQLの場合、このような運用（INSERT後の検索遅延に対して、システム担当者がvacuum analyzeを手動で実行）は一般的なのでしょうか。

質問２：手動vacuum analyzeを減らす方策として、このファンクションの最後にvacuum analyzeを実行するよう修正せよ、と指示を受けたのですが、
これは妥当な方法なのでしょうか。もっと良い方法があれば教えていただけると大変うれしいです。

補足ですが、autovacuumは有効になっています。
しかし、pg_stat_all_tablesを見ると、問題の2テーブルに対しては、リリース直後の日付にautovacuum、autoanalyzeが実行されたきりでした。
ユーザが画面起動でファンクションを実行して、終わるとすぐに検索するので、autovacuumにはあまり頼れないのかなと自分では考えています。

どうぞよろしくお願いいたします。

Answer 1

公式のドキュメントにも書かれていますが大量データ投入後のANALYZEを実行することは推奨されています。

14.4. データベースへのデータ投入

14.4.8. 最後にANALYZEを実行
テーブル内のデータ分布を大きく変更した時は毎回、ANALYZEを実行することを強く勧めます。 これは、テーブルに大量のデータをまとめてロードする場合も含まれます。 ANALYZE（またはVACUUM ANALYZE）を実行することで、確実にプランナがテーブルに関する最新の統計情報を持つことができます。 統計情報が存在しない、または古い場合、プランナは、そのテーブルに対する問い合わせの性能を損なわせる、お粗末な問い合わせ計画を選択する可能性があります。 自動バキュームデーモンが有効な場合、ANALYZEが自動的に実行されます。 詳細は項23.1.3および項23.1.6を参照してください。

自動バキュームデーモンが有効な場合、ANALYZEが自動的に実行されます。

とありますが更新、削除によりDeadTupleが設定された値を超えないと自動的に実行されなかったと思うので、やはり手動でANALYZEを行うのが良いと思います。

Comments

[i_f_0707]

ご回答ありがとうございました。

Answer 2

autovacuum で vacuum や analyze が実行されるのは下記の閾値を超えた時です。

autovacuum_vacuum_threshold + autovacuum_vacuum_scale_factor * rows
autovacuum_analyze_threshold + autovacuum_analyze_scale_factor * rows

そのテーブル行数だと ***_threshold の方は誤差みたいなものなので、***_scale_factor だけでもデフォ設定だと 8,000,000 行か 4,000,000 行ぐらい更新されないと、analyze が実行されないかもしれません。

「リリース直後の日付にautovacuum、autoanalyzeが実行されたきりでした」はとても不可解ですが、400,000 件や 120,000 件程度では analyze は実行されないです。

ただ、手動で実行するにせよ vacuum analyze ではなく、ただの analyze で良いのでは？ とは思います。

Comments

[i_f_0707]

ご回答ありがとうございました。

このサービスにちょっと不慣れで、先に回答していただいた方にベストアンサー押してしまいましたが、回答大変ありがたかったです。