PostgreSQLのパーティショニング、その「本当の扱い方」を教えるよ
現場でPostgreSQLを触っていると、必ず一度は壁にぶつかるのが「膨大なデータの管理」だよね。数億件のログや履歴データ、そのまま単一のテーブルに突っ込んでない？ もしそうなら、今すぐパーティショニングを検討すべきだ。
でも、教科書通りの設定だけで満足しちゃいけない。今回は、パーティショニングを「ただ作る」段階から「運用し続ける」段階へステップアップするためのコツを共有するよ。
—
パーティションプルーニングを「効かせる」ための鉄則
パーティションプルーニング（Partition Pruning）は、PostgreSQLが賢く「不要なパーティションをスキャンから除外してくれる」機能だ。これがないと、せっかく分割しても全パーティションをなめることになり、パフォーマンスは悲惨なことになる。
ここで注意してほしいのが、「WHERE句の書き方」だ。
例えば、`created_at`で範囲パーティショニングしているなら、クエリのWHERE句には必ずその列を含めること。
— これが理想。クエリプランナーが瞬時に該当パーティションを特定する
SELECT FROM logs
WHERE created_at >= ‘2023-10-01’ AND created_at < '2023-11-01';
逆に、関数を通したり、列を加工したりするとプルーニングが効かなくなることがある。
`WHERE date_trunc('month', created_at) = '2023-10-01'` とか書いちゃうと、インデックスやプルーニングが機能しなくなるケースがあるから気をつけて。まずは「列そのもの」を比較条件に置く。これが鉄則だね。
---
運用の本番：ATTACH/DETACH PARTITIONの魔法
パーティショニングの真の恩恵は、データのライフサイクル管理にある。古いデータを削除するとき、`DELETE FROM logs WHERE created_at < ...` なんてやってないよね？ それをやると、膨大なVACUUM負荷がかかってDBが悲鳴を上げるよ。 正解は `DETACH PARTITION` だ。
1. 新しいパーティションの準備
事前に来月分のテーブルを作っておく。
CREATE TABLE logs_2023_11 PARTITION OF logs
FOR VALUES FROM (‘2023-11-01’) TO (‘2023-12-01’);
2. 古いデータを切り離す（ここがキモ！）
古いパーティションを切り離すときは、`DETACH`を使う。これは一瞬で終わる。
ALTER TABLE logs DETACH PARTITION logs_2023_09;
こうすれば、`logs_2023_09`は独立したテーブルになる。あとはこのテーブルをドロップするなり、別のストレージにアーカイブするなり、好きにすればいい。トランザクションログへの負荷も最小限で済むし、何より安全だ。
—
現場で役立つ「メンテナンス」の落とし穴
パーティションテーブルを運用していると、「インデックスの貼り忘れ」や「統計情報のズレ」によく遭遇する。
- インデックスの継承: 親テーブルにインデックスを作れば、子パーティションにも自動で適用される。これは便利だけど、後から追加する場合は注意が必要。`CREATE INDEX CONCURRENTLY` を使わないと、本番環境ではロック待ちでシステムが止まるよ。
- ANALYZEの重要性: パーティションごとにデータ量が大きく違うと、オプティマイザが迷子になることがある。定期的に `ANALYZE` をかけて、各パーティションの統計情報を最新に保つのは忘れないでほしい。
先輩からのアドバイス：自動化のすすめ
手動で `CREATE TABLE` や `DETACH` をやるのは、ミスのもとだ。`pg_partman` のような拡張機能を使うのが、結局は一番の近道だよ。自分でスクリプトを書くのも勉強になるけど、車輪の再発明は避けよう。まずはツールに任せて、自分は「クエリのチューニング」という本質的な課題に時間を使ってほしい。
—
最後に
パーティショニングは「魔法の杖」じゃない。設計を間違えると、単一テーブルより遅くなることだってある。でも、適切に扱えば、数テラバイトのデータも軽快に扱えるようになる。
もし今、パフォーマンスに悩んでいるなら、一度 `EXPLAIN` を叩いてみて。「何個のパーティションがスキャンされているか」を確認する癖をつけるだけで、見えてくる景色が変わるはずだよ。
何か具体的なトラブルや、設計で迷っていることがあればいつでも相談してくれ。一緒にPostgreSQLの限界を突破していこうぜ！
コメント