「あれ、最近クエリが遅い？」と思ったら。PostgreSQLの「お掃除係」を賢く働かせるコツ
こんにちは！データベースエンジニアとして日々PostgreSQLと向き合っていると、たまにこんな相談を受けます。
「昨日まで爆速だったクエリが、なぜか今日はすごく遅いんです。データ量はそんなに変わっていないはずなのに……」
これ、実はデータベースの「あるある」なんです。原因の多くは、「統計情報」という名の「カンニングペーパー」が古くなっていることにあります。
今日は、PostgreSQLが本来持っている「自動お掃除係（autovacuum）」をちょっとだけ手懐けて、データベースを常に「絶好調」に保つための秘訣をお話ししますね。
—
「カンニングペーパー」がないと、DBは迷子になる
PostgreSQLはクエリを実行する前に、「どうやってデータを取ってくるのが一番効率的かな？」という作戦を立てます。これを「クエリプランニング」と呼ぶのですが、この作戦を立てるために必要なのが統計情報です。
これを、「試験前のカンニングペーパー」だと思ってください。
- 中には「どのテーブルに何件データがあるか」
- 「どの列にどんな値がどれくらい入っているか」
といった情報が書かれています。
ところが、データがどんどん書き換わっていくと、この紙の内容がどんどんズレてきます。紙の情報が古いままなのに、それに頼って作戦を立ててしまうと……「あれ？思っていたよりデータが多いぞ？」「どの道を通ればいいかわからない！」とパニックになり、結果としてクエリが極端に遅くなってしまうのです。
「自動お掃除係」に頼んでみよう
PostgreSQLには、このカンニングペーパーを定期的に書き直してくれる「autovacuum（オートバキューム）」という頼もしい機能があります。
でも、デフォルトの設定だと、データが数百万件レベルで変わらないと動いてくれないことがあるんです。小規模なサービスならそれでもいいのですが、「もう少しこまめに紙を書き換えてほしい！」という時は、設定を少しいじってあげるのが正解です。
ここで登場するのが、`autovacuum_analyze_scale_factor` という設定です。
「何％変わったら書き換える？」を決めるだけ
この設定は、言ってみれば「どれくらいの変化があったらお掃除係を呼ぶか」というラインを決める数値です。
- デフォルト値は `0.2`（つまり、全体の20％が書き換わったら掃除する）。
- もし、データが100万件あったら、20万件変わるまで動いてくれません。これだと、細かいズレが積み重なってしまいますよね。
もし、ここを `0.05`（5％）に下げてあげるとどうでしょう？
5万件変わった時点で「おっと、カンニングペーパーが古くなってるな。書き直しておこう！」と、こまめに動いてくれるようになります。
—
設定のヒント：やりすぎには注意！
「じゃあ、全部 `0.01` とか極端に小さくすれば最強じゃない？」と思われるかもしれませんが、ちょっと待ってください！
お掃除係を呼ぶ回数が増えれば増えるほど、データベースは「お掃除作業」にリソースを取られてしまいます。つまり、「掃除しすぎて仕事が手につかない」という本末転倒な状態になりかねません。
おすすめのチューニング手順はこんな感じです：
1. まずは「様子見」: `pg_stat_user_tables` というビューを見て、普段どれくらいの頻度で更新が発生しているかを確認しましょう。
2. テーブルごとに考える: 全体の設定をいきなり変えるのではなく、特に更新が激しくて「遅くなりやすいテーブル」を狙い撃ちして設定するのがプロのやり方です。
— 特定のテーブルだけ、お掃除の感度を上げる例
ALTER TABLE 注文履歴 SET (autovacuum_analyze_scale_factor = 0.05);
3. 少しずつ調整: 数値をいじったら、しばらく様子を見て「クエリが安定したか」を確認してください。
最後に：データベースと仲良くなるために
データベースのチューニングと聞くと、「難しそう」「壊してしまいそう」と身構えてしまうかもしれません。でも、autovacuumの調整は、いわば「我が家の掃除ロボットのスケジュールを調整する」ようなもの。
「最近ちょっと散らかってきたな」と思ったら、少し感度を上げてあげる。それだけで、データベースは驚くほど軽快に動いてくれるようになります。
ぜひ、皆さんの環境でも、統計情報の鮮度を意識してみてくださいね。きっと、PostgreSQLが今まで以上に頼もしいパートナーになってくれるはずです！
それでは、また次回の記事でお会いしましょう！Happy Querying！
コメント