PostgreSQLパフォーマンス チューニング ツール

PostgreSQLをチューニングする際、パフォーマンスの問題によくある原因と、チューニングによってデータベースのパフォーマンスを大幅に向上させることができる潜在的な機会を以下に示します。

• インデックスの確認：テーブルに定義したインデックスの数を確認し、クエリで得られる潜在的なメリットが、ストレージや挿入にまつわるオーバーヘッドを上回るかどうかを判断します。システムはそれぞれ異なるため、インデックスの最適数はユーザーの判断に委ねられます。
• UNIQUEキー制約や外部キー（FK）制約使用の防止：UNIQUE制約が定義されていると、挿入の際に行が既に存在するかどうかを判断するためにインデックス検索が必要になることがあり、これがINSERT処理の速度に悪影響を与えます。同様に、FK制約があると、通常はすべてのINSERT処理が参照テーブルから読み取ることが必要となり、パフォーマンスが低下します。代わりにデータの非正規化をご検討ください。
• ディスクの使用方法の見直し：WALに保存されるデータはディスクの速度低下を招き、挿入のパフォーマンスに影響を与える場合があります。加えて、ボトルネックを回避するために、データベースのログ先行書き込みログ（WAL）とデータに別々のディスク（テーブルスペース）を使用することで、スループットを向上させることもできます。

Postgresクエリ チューニング ツールを使用すると、テーブルやインデックスがPostgreSQLのベスト プラクティスに従っているかどうかを、より簡単に評価することができます。SolarWinds Database Performance Analyzer（DPA）には違反をリストアップし、次のステップを提案するテーブル チューニング アドバイザーが内蔵されています。SolarWinds DPAを使用して、より容易な調査と解決を可能にする、テーブル チューニングのベスト プラクティスには、以下のようなものがあります。

• 外部キーがインデックスされているかどうかの判断 - 各FKにインデックスを付けることで、2つのテーブルを結合するクエリのパフォーマンスを向上させることができます。
• 重複するインデックスの確認 - 重複するインデックスを調べることで、削除できるものがあるかどうかを判断することができます。
• 後縁列の削除 - ワイド インデックス（5列以上）はより多くのストレージを必要とするため、インデックスのメンテナンス コストを増大させる可能性があります。 
• テーブルに定義されたインデックスの追加 - ただし、テーブルが非常に小さい場合、インデックスはテーブルのフル スキャンより効率的にはならない場合もあります。
• テーブルに主キー（PK）があることを確認 - PKはレコードを一意に識別することができ、データの整合性を確保するために必要です。固有値を提供する列または列の組み合わせがない場合、ID列などの人工的なPKを追加できます。