PostgreSQLチューニング実践テクニック第3回

VACUUMの活用によるチューニング

VACUUMを使いこなす VACUUMは他のデータベースにはないPostgreSQL固有のコマンドであり、使い方次第でPostgreSQLの性能を左右する重要な役割を持ちます。

2005年6月6日 20:00

VACUUMを使いこなす

VACUUMは他のデータベースにはないPostgreSQL固有のコマンドであり、使い方次第でPostgreSQLの性能を左右する重要な役割を持ちます。

PostgreSQLでは、削除や更新が行われても古い行は消えません。VACUUMコマンドは、このような古い行の中から、どのトランザクションからも参照されていない安全に再利用できる行を探して、FSM（Free Space Map）という共有メモリ上のデータ構造にその位置と大きさを記録します。追加や更新など、新しく行を追加する場合はまずFSMを検索して、新しいデータを保管するのに適当な大きさの行が見つかればそれが再利用されます（図3）。

図3：VACUUMと行の再利用

定期的にVACUUMを実行することにより、行が効率よく再利用されるようになります。これによって、テーブルの物理的な肥大化を抑え、データベースのパフォーマンスを維持できるわけです。

FSMのサイズを適切に設定する

FSMの大きさはpostgresql.confのmax_fsm_pagesで指定します。

FSMの大きさが不十分であると、その情報をFSMに記録できない行が発生して、再利用できない行が残ってしまいます。この場合、徐々にデータベースクラスタのサイズが大きくなっていき、パフォーマンスが低下します。FSMが足りているかどうかは、全データベースに対してVACUUMを実行するとわかります（図4）。

 $ vacuumdb -a -v

	（中略）

	INFO: free space map: 13 reLations, 1447 pages stored; 1808 total pages needed

	DETAIL: ALLocated JSM size: 100 reLations + 1601 pages = 19KB shared memory.

	VACUUM

図4：必要なFMSサイズの確認

図4を見ると「1808 total pages needed」とあり、必要なFSMは1808であることがわかります。一方、2行目（またはpostgresql.confの max_fsm_pagesパラメータ）を見ると、実際には1601しかFSMがありません。したがって、この例ではFSMが不足しています。これでは、再利用できない領域が生じてしまうので、次のような対策が必要です。