PostgreSQL : パフォーマンスチューニング「概要」

はじめに

PostgreSQLを勉強するにあたって、構築や運用で必要そうな事を備忘として記事にしました。
本記事は、PostgreSQLを運用していくうえで必要なパフォーマンスチューニングの全体概要について見ていきます。

PostgreSQL 13 を使用しています。

チューニング前に、なぜパフォーマンスが出ないか分析を行います。チューニングは次に分類し考えます。

情報の収集を行い、分析、原因の推測を行います。

確認する部分は、「ログ」「リソース情報」「事象発生前後の操作・時系列」「設定ファイル」となります。具体的には、次のものが考えられます。

問題発生時の前後のログメッセージを確認します。上記で取得した「統計情報」や「システムリソース情報」などと併せて解析します。ここで事象が絞り込めない場合、他に関連がありそうな情報を再度収集します。

「ソフトウェア」と「ハードウェア」の両面で考えます。

問題となるSQLが複数あるか着目し、なければPostgreSQL側なのかハードウェア側の問題かを絞り込みます。

特にディスクI/Oの負荷やスワップ発生の有無を重点的にチェックします。

原則として1つずつパラメータを変更し、効果を確認していきます。自動バキュームなど複数のパラメータが連動して動くものは、同時に変えてみます。ポイントは、はじめは大きく変更して影響を見極め、後から微調整を行います。

チューニングを実施し問題が解決した後、他の問題が発生するかもしれません。例えば、インデックスを追加することによる統計情報取得時間の増加など。最終的にはシステム全体のバランスを見つつ調整をする必要があります。

図. コスト調整パラメータ

表. 統計情報の精度に関するパラメータ

パラメータ	デフォルト値	説明	設定
autovacuum	on	統計情報を自動で収集するか。自動で収取する場合は、「off」	postgresql.conf CREATE TABLE ALTER TABLE
autovacuum_vacuum_ threshold	50	更新されたテーブルの行数が指定値未満の場合、統計情報は自動で更新されない	postgresql.conf CREATE TABLE ALTER TABLE
autovacuum_analyze_ scale_factor	0.1	更新されたテーブルの行数が指定割合未満の場合、統計情報は自動で更新されない。デフォルト値(0.1)は10%未満を意味する	postgresql.conf CREATE TABLE ALTER TABLE
default_statistics _target	100	統計情報のサンプリング数。サンプリング対象は「設定値×300行」	postgresql.conf ALTER TABLE