こんにちは！データベースの世界に飛び込んだばかりの皆さん、毎日お疲れ様です。
データベースを触っていると、「なんだか最近、クエリの実行速度が遅いな……」と悩む瞬間、ありますよね。実はその原因、意外と「机の広さ」が関係しているかもしれません。
今回は、PostgreSQLのパフォーマンスを語る上で欠かせない「work_mem（ワークメモリ）」という設定について、お話ししてみようと思います。
—
あなたの「作業机」はどれくらいの広さですか？
想像してみてください。あなたは今、ものすごく広いオフィスで、大量の書類を整理する仕事を任されました。
- 仕事の内容： バラバラに置かれた何千枚もの書類を、日付順に並べ替えたり、同じグループごとに分けたりする作業。
- あなたの作業スペース： 目の前にある「デスク」。
ここで重要になるのが、「そのデスクの広さ」です。
デスクが広い場合（work_memが十分）
デスクが広ければ、書類をすべて机の上に広げて、パッと一目で並べ替えたり、グループ分けしたりできますよね。「よし、終わった！」と、その場で素早く完了できるはずです。
デスクが狭い場合（work_memが不足）
逆に、デスクがノートPC一台分くらいしか狭かったらどうでしょう？
書類を全部広げられないので、一度に少しずつしか作業できません。
1. 一部の書類を並べ替える。
2. 一度「一時的な保管箱（＝一時ファイル）」に結果を退避させる。
3. また次の束を取り出して並べ替える。
4. 最後に、保管箱から全部取り出して合体させる……。
……想像するだけで疲れますよね。これが、まさにPostgreSQLの中で起きていることなんです。
—
「一時ファイル」という名の、終わりの見えない残業
PostgreSQLは、ソート（並べ替え）やハッシュ結合（データをくっつける処理）を行うとき、設定されたメモリ容量（work_mem）の中で作業しようとします。
もし、その作業に必要なデータに対してメモリが足りないと、PostgreSQLは仕方なく、ハードディスクやSSD上に「一時ファイル」という名の保管場所を作ります。
これが「遅い」原因の正体です。
- メモリ（机の上）： 爆速で読み書きができる。
- 一時ファイル（保管箱）： 物理的なストレージを使うので、どうしても時間がかかる。
初心者の方ほど、「メモリを大きくすればいいんでしょ？」とドカンと数GBも割り当てたくなるのですが、ちょっと待ってください！そこが落とし穴なんです。
—
欲張りすぎには注意が必要ですよ
「じゃあ、作業机を無限に大きくすればいいんだ！」と思いますよね。でも、実はこれにも限界があります。
PostgreSQLは、ユーザーがクエリを投げるたびに、その作業スペースを確保します。もし`work_mem`を大きくしすぎると、何人ものユーザーが同時にクエリを投げたとき、メモリが足りなくなってサーバー自体が悲鳴を上げてダウンしてしまう、なんてことが起きかねません。
ちょうどいい塩梅を見つけるコツ
まずは、今の設定で「一時ファイル」が実際に作成されているか確認してみましょう。ログを確認して、`temporary file`という文字が頻繁に出ていないかチェックするのが第一歩です。
- まずは控えめに： 数MB単位から様子を見てみる。
- 特定の処理だけ： 重いバッチ処理があるときだけ、そのセッションで一時的に`work_mem`を増やす設定（`SET work_mem = ’64MB’;`のような魔法）を使うのも賢いやり方です。
—
まとめ：自分のデータベースと対話しよう
`work_mem`の設定に「これさえあれば完璧！」という魔法の数字はありません。扱うデータの量や、サーバーのメモリ容量によって、最適な「デスクの広さ」は変わってくるからです。
難しく考えすぎず、「今のクエリ、机の上だけで収まってるかな？ それとも保管箱まで行ったり来たりしてるかな？」と想像しながらチューニングしてみてください。
データベースと仲良くなる近道は、こうした「中身の動き」をイメージすることから始まります。焦らず、少しずつ最適な設定を探っていきましょうね。
それでは、また次回の記事でお会いしましょう！Happy Querying！
コメント