【入門編】インデックスのメンテナンスと肥大化 – PostgreSQL

データベースも「お部屋の片付け」が必要？インデックスの肥大化と上手な付き合い方

こんにちは！データベースの奥深い世界を愛してやまないエンジニアです。

皆さんは、本棚の整理整頓、得意ですか？
もし、本を読み終わるたびに適当に差し込んで、中身を入れ替えるたびにノートの切れ端がそこら中に散らばってしまうような本棚があったら……探したい本を見つけるのに、すごく時間がかかってしまいますよね。

実は、PostgreSQLの「インデックス」もこれと全く同じなんです。今日は、データベース界の「お部屋の片付け」、つまりインデックスの肥大化（Bloat）と、その解消法について、お話ししたいと思います。

—

インデックスは「便利な目次」だけど……

データベースにおけるインデックスは、いわば辞書の「索引」や本の「目次」のようなもの。これがあるからこそ、膨大なデータの中から一瞬でお目当ての行を見つけ出せるわけです。

でも、データが頻繁に更新（UPDATE）や削除（DELETE）されると、ちょっと困ったことが起きます。

1. データの書き換え： 古いデータが消され、新しいデータが追加される。
2. 残骸の発生： インデックスの中にも「今はもう使われていない古い情報」が、掃除されずにゴミとして残り続ける。
3. 肥大化（Bloat）： ゴミが溜まるとインデックスのサイズがどんどん膨らんでいく。

結果として、目次が分厚くなりすぎて、逆に検索スピードが落ちてしまう……。これが「インデックスの肥大化」という現象です。

—

まずは「お部屋の散らかり具合」を確認しよう

「自分のデータベースが太りすぎてないかな？」と心配になったら、まずは状態を確認してみましょう。

PostgreSQLには、インデックスの無駄なスペースを教えてくれる便利な拡張機能「pgstattuple」があります。これを使えば、「今、どれくらい無駄なゴミがあるのか」を一目で数値化できます。

肥大化がひどいかどうかは、この数値を見て判断します。
多少のゴミはデータベースが自動的に処理してくれるので、過敏になる必要はありません。でも、数値が「これはちょっと……」というレベルになったら、掃除のタイミングです。

—

お掃除の切り札：VACUUMとREINDEX

では、溜まってしまったゴミをどう片付けるか。主に2つのアプローチがあります。

1. VACUUM（いつものお掃除）

PostgreSQLには「VACUUM」という機能があり、普段から自動でこまめな掃除をしてくれています。これは日常の「クイックルワイパー」のようなもの。定期的なメンテナンスとして非常に優秀です。

2. REINDEX（大掃除・模様替え）

VACUUMでも追いつかないくらいインデックスがボロボロになってしまったら、最終手段の「REINDEX」の出番です。
これは、「今のインデックスを一度全部捨てて、ゼロから完璧な状態で作り直す」という、まさに大掃除です。

注意点： REINDEXは強力ですが、作業中はインデックスが一時的に使えなくなることがあります。昔はテーブル全体がロックされて大変でしたが、最近のPostgreSQLでは `REINDEX CONCURRENTLY` というコマンドを使えば、サービスを止めずに裏側でこっそり作り直すことも可能です。

—

まとめ：メンテナンスは「愛」です

データベースのパフォーマンスが落ちると、「サーバーのスペックが足りないのかな？」とハードウェアを増強したくなるかもしれません。でも、実はちょっとした「インデックスのお掃除」だけで、驚くほど速くなることも多いんです。

まずは現状把握： 肥大化していないかチェックする。
自動掃除を信じる： VACUUMの設定を適切にしておく。
いざという時はREINDEX： 溜まりすぎたら作り直す。

データベースは、丁寧に付き合えば付き合うほど、安定したパフォーマンスで応えてくれます。まるで長年連れ添った相棒のような存在ですね。

皆さんのデータベースも、今日はお掃除をして、スッキリした状態で運用してみてはいかがでしょうか？

それでは、また次回のブログでお会いしましょう！