こんにちは！データベースの世界へようこそ。
普段、PostgreSQLを触っていると「インデックスを貼れば速くなる！」なんて言葉をよく耳にしますよね。でも、実はその「速さ」を追求するあまり、逆にシステムが重くなってしまう……なんていう罠が、意外と身近なところに潜んでいるんです。
今日は、そんな「目に見えない裏側の調整役」である`fillfactor`（フィルファクター）について、お話ししてみたいと思います。ちょっと専門的な響きがしますが、例え話で考えると驚くほどシンプルですよ。
—
本棚と「隙間」の不思議な関係
皆さんのデスクにある本棚を想像してみてください。
新しい本を買ってきて、本棚にぎっしり詰め込んだとします。もう1ミリの隙間もない状態ですね。そんな時、もし「この本の続きの巻を、今すぐこの棚の同じ場所に差し込みたい！」と思ったらどうしますか？
入る隙間がないから、一度すべての本を取り出して、新しい本を加えてから、また順番に並べ直さないといけませんよね。これ、めちゃくちゃ面倒だし、時間がかかります。
データベースの世界でも、これと全く同じことが起きています。
PostgreSQLの「本棚」事情
PostgreSQLは、データを「ページ」という単位の箱に入れて管理しています。この箱の中にデータをパンパンに詰め込む（`fillfactor`を100％にする）と、後から「データの更新」が来た時に、その箱の中に新しい情報を書き込むスペースがなくて、別の場所にデータを追い出したり、再配置したりする大騒動が起きるんです。
これが、データベースのパフォーマンスが突然ガクンと落ちる原因の一つです。
—
「あえて余白を残す」という戦略
そこで登場するのが、`fillfactor`という設定です。これは簡単に言えば、「本棚に、あらかじめどれくらいの『予備スペース』を残しておくか」を決める設定なんです。
例えば、`fillfactor`を90に設定すると、「箱の容量の90％まで使ったら、残りの10％は未来の更新のために空けておいてね」という指示を出せます。
なぜこれが嬉しいのか？
- 更新がスムーズになる: データの書き換えが発生したとき、隣に空きスペースがあれば、その場でサッと更新できます。わざわざ他の本を動かす必要がないんです。
- インデックスが泣かなくて済む: インデックスも同じ箱で管理されています。頻繁に値が変わるカラムにインデックスを貼っている場合、この「予備スペース」があるかないかで、インデックスの再構築（整理整頓）にかかる負荷が劇的に変わります。
—
どんな時に設定すればいいの？
「じゃあ、全部のテーブルの`fillfactor`を低くすれば最強じゃん！」と思うかもしれませんが、そうはいかないのがデータベースの面白い（そして難しい）ところ。
- あまり更新されないデータ: （例：ログのアーカイブや、過去の売上データなど）
- これらは`fillfactor`を100にしてOKです。隙間を作っても無駄になるだけですから、ぎっしり詰め込んで省スペースでいきましょう。
- 頻繁に書き換えられるデータ: （例：在庫数、ユーザーの最終ログイン日時など）
- ここが狙い目です。`fillfactor`を80〜90くらいに設定して、あらかじめ「余裕」を作っておいてあげましょう。
—
まとめ：余白は「心のゆとり」と同じ
完璧を目指して100％で埋め尽くすのが美徳だと思われがちですが、データベースの運用においては、「少しの余白があること」が、実は一番の安定につながるんです。
もちろん、どのくらいの余白がベストかは、システムの特性やデータの動きによって変わります。「最近、更新系の処理が少し重いな？」と感じたら、ぜひこの`fillfactor`のことを思い出してみてください。
最初は少し勇気がいる調整かもしれませんが、実際に効果が出ると「おっ、データベースが軽やかに動いてる！」と、きっと実感できるはずですよ。
それでは、また次回の記事でお会いしましょう！データベースとの素敵な付き合い方を、これからも一緒に探求していきましょうね。
コメント