データベース（PostgreSQL）のチューニング例

カテゴリ：パッケージ版の運用・管理：運用・管理

該当製品：パッケージ版

質問ID：NEO-T0051

対象：全バージョン

運用前に、PostgreSQLのチューニングを実施することを推奨いたします。

PostgreSQLの各種パラメーターを調整することで、desknet’s NEOの性能を高めることができます。

※V3.5以前からバージョンアップをしてV4.0以上をご利用の場合は、PostgreSQLが9.2/9.3から9.6に変わります。

※V6.0以前からバージョンアップをしてV6.1以上をご利用の場合は、PostgreSQLが9.6から13に変わります。

※PostgreSQLのバージョンごとにチューニングが有効となります。V6.0以前からV6.1以降にアップデートを行われた場合はPostgreSQL 13のチューニングを再度実施してください。

■PostgreSQL設定ファイル

※PostgreSQLデータ格納場所直下に格納されています。

※テキストエディターにて編集が可能です。

※チューニング前の「postgresql.conf」ファイルを事前にバックアップしてください。

■代表的なチューニング項目

※以下の推奨値はサーバーマシンにdesknet’s NEO（PostgreSQL対応版）のみを導入し稼動させることを前提としています。他のシステムと共存させる場合は、この限りではありません。

PostgreSQL全体で試用する共有メモリキャッシュであり、データの蓄積が進んだ際の応答性能に影響します。

サーバーの搭載メモリの25％程度が目安であり、増やしすぎても効果はありません。

※既定値：32MB or 128MB

PostgreSQLの各プロセスが使用するソート用のメモリバッファです。

瞬間最大で、「work_mem」×「max_connection」＋αのメモリを消費します。ピークを想定した設定を行ってください。

※既定値：1MB

「#work_mem = 1MB」のように、先頭に#でコメントアウトされている場合は、「work_mem = 8MB」としてコメントを外してください。

同時接続受付数です。

CGI実行数＞max_connectionsになるとタイムアウトが発生し、応答性が大きく低下します。

参考事例：5,000ユーザー規模のピーク時、瞬間最大アクセスが50～75CGI/秒程度

※既定値：100

基本的には変更は不要ですが、ピーク時にDBタイムアウトが発生する場合は、必要に応じて調整してください。

OSがディスクキャッシュにどれくらいメモリを使用できるかを推定するための参考値です。

サーバーの搭載メモリの25～50％程度が目安であり、実メモリの消費はしません。

※既定値：128MB

「#effective_cache_size = 128MB」のように、先頭が#でコメントアウトされている場合は、「effective_cache_size = 2GB」としてコメントを外してください。

設定後、PostgreSQLを再起動すると設定値が反映されます。

※PostgreSQLを再起動してもPostgreSQLが起動しない場合は、設定値に問題がある可能性があります。その場合は元の「postgresql.conf」ファイルに差し戻し、再起動を行ってください。

※statement_timeoutの設定が有効である場合、クエリの発行時やDBダンプ等でタイムアウトが発生し、通常の運用やアップデート作業時に問題が生じる可能性あります。先頭に#でコメントアウトにしてください。デフォルト値は無効です。