「オートバキュームを飼いならす」――PostgreSQLの深淵なる掃除屋との付き合い方
PostgreSQLを長く触っていると、避けては通れない壁がありますよね。そう、みんな大好き（あるいは忌み嫌う）「オートバキューム（autovacuum）」です。
「またパフォーマンスが落ちた？ ああ、またバキュームが暴れているのか」
DBエンジニアの溜息が聞こえてきそうですが、少し待ってください。オートバキュームは敵ではありません。むしろ、MVCCという強力な武器をPostgreSQLに持たせるために不可欠な、孤独な掃除屋なのです。
今日は、この「掃除屋」の内部構造を少し深掘りし、大規模環境でどうやって彼らと平和に共存するか、その勘所を語ってみたいと思います。
—
なぜ、オートバキュームは「重い」のか
まず大前提として、PostgreSQLのMVCC（多版同時実行制御）の仕組みを思い出してください。更新や削除が発生するたび、古いデータは「デッドタプル」として物理ページに残り続けます。
オートバキュームの仕事は、この死骸を回収し、領域を再利用可能にすること。そして、クエリプランナのために統計情報を最新に保つこと。しかし、この作業には大きな代償が伴います。
- I/Oの競合: ページをスキャンして書き戻すため、ディスクI/Oを激しく消費します。
- キャッシュ汚染: バッファキャッシュを古いデータで埋め尽くし、本来のクエリに必要なデータを追い出してしまう。
つまり、オートバキュームが遅いのではなく、「オートバキュームが本来の業務（クエリ実行）とリソースを奪い合っている」のが、我々が直面するボトルネックの正体です。
—
チューニングの「銀の弾丸」は存在しない
よく「オートバキュームの設定をこうすれば速くなる」という記事を見かけますが、あれは半分正解で半分危険です。環境によってデータの更新頻度も、トランザクションの重さも違うのですから。
重要なのは、`autovacuum_vacuum_scale_factor` を盲目的にいじることではありません。「いつ走らせるか」よりも「どれだけリソースを許容するか」を制御するのです。
1. `autovacuum_vacuum_cost_limit` と `autovacuum_vacuum_cost_delay`
ここが一番の調整ポイントです。デフォルトの設定は、実はかなり控えめです。現代の高速なNVMeストレージを使っているなら、もう少し強気に攻めてもいい。
`cost_limit` を上げ、`cost_delay` を下げることで、オートバキュームの「作業効率」を上げます。ただし、やりすぎるとクエリが止まるので、`pg_stat_activity` を睨みながら、少しずつ数値を調整する。この「微調整のプロセス」こそが、エンジニアの腕の見せ所です。
2. テーブル単位の「個別最適化」
全テーブルを同じ設定で扱うのは、全員に同じ靴を履かせるようなもの。
- 高頻度更新テーブル: `autovacuum_vacuum_scale_factor` を小さくし、こまめに掃除させる。
- 巨大なログテーブル: `autovacuum_vacuum_scale_factor` を0にして、`autovacuum_vacuum_threshold` を使い、絶対数でトリガーする。
このように、テーブルの性格に合わせて設定をオーバーライドするのが、熟練のやり方です。
—
パフォーマンストラブルシューティングの勘所
もし本番環境で「バキュームが重い」と感じたら、まずは `pg_stat_progress_vacuum` を見てください。今まさに何をしているのか、どのページをスキャンしているのかが手に取るように分かります。
ここで見るべきポイントは「バキュームが物理的な領域回収（Vacuuming）に時間をかけているのか、それともインデックスの更新（Indexing）に足止めされているのか」です。
もしインデックスが多いテーブルでバキュームが詰まっているなら、インデックスの数自体を見直すか、`autovacuum_vacuum_insert_scale_factor` を調整して、挿入時のコストをケアしてあげる必要があります。
—
最後に：オートバキュームと良い関係を築くために
結局のところ、オートバキュームを完全に制御下に置くことはできません。ですが、彼らが「どこで苦しんでいるか」を理解し、適切なリソースを与え、時には特定のテーブルだけ手動のバキュームで助けてやる。そんな「対話」ができるようになれば、PostgreSQLはもっと頼もしい相棒になります。
「設定して終わり」ではなく、ログを読み、メトリクスを見て、少しずつ調整していく。この泥臭い作業の先にしか、最高のパフォーマンスは待っていない。
皆さんのDBが、今日も静かに、かつ効率的に掃除されていることを願っています。それでは、また。
コメント