【入門編】 work_mem – PostgreSQL

こんにちは！データベースの世界にどっぷり浸かっているエンジニアです。

皆さんは、PostgreSQLを使っていて「なんだか最近、クエリ（検索）が重たいな……」と感じることはありませんか？データベースをチューニングする際、必ずと言っていいほど話題に上がるのが『work_mem』という設定項目です。

名前だけ聞くと少し難しそうですが、実はこれ、皆さんの「デスクの広さ」に例えるとものすごく分かりやすいんです。今日は、専門用語を抜きにして、この「デスク」の仕組みを一緒に見ていきましょう。

—

データベースが検索の結果を並べ替えたり（ソート）、複雑なデータを組み合わせたり（ハッシュ処理）するとき、その作業を行うための「一時的な作業スペース」が必要です。この作業スペースの広さを決める設定が『work_mem』です。

これを、「書類仕事を処理するデスクの広さ」に例えてみましょう。

もしデスクが広ければ、たくさんの書類を一度に広げて、パッと並べ替えたり整理したりできますよね。でも、デスクが狭すぎるとどうなるでしょうか？

—

デスクが狭い状態で、大量の書類を整理しなきゃいけないと想像してみてください。

1. 「あ、デスクに乗らない！」
デスクから溢れた書類を、一度「引き出し（ディスク）」の中にしまわなければなりません。
2. 出し入れの繰り返し
「必要なときに出して、終わったら片付ける……」という動作を何度も繰り返すことになります。

これ、データベースの世界でも全く同じことが起きています。『work_mem』が足りないと、データベースはわざわざ遅いディスクにデータを書き出して、また読み込んで……という「片付け作業」を繰り返すんです。これが、クエリが遅くなる大きな原因の一つなんですね。

—

「じゃあ、デスクを無限に広くすれば最強じゃない？」と思いますよね。でも、ここがエンジニアの腕の見せ所なんです。

もし、デスクを何十メートルもの広さにしたらどうなるでしょう？デスクは広大ですが、その分、オフィスの中に置けるデスクの数が減ってしまいますよね。

一人で巨大なデスクを占領しているうちに、他のスタッフ（他のクエリ）が使う席がなくなってしまいます。結果、データベース全体が「メモリ不足」を起こして、かえって動きが鈍くなることも……。

つまり、「自分の仕事の量に見合った、ちょうどいい広さのデスク」を用意してあげるのが、パフォーマンスを上げる秘訣なんです。

—

最後に、初心者の皆さんがこの設定と向き合うときのアドバイスを少しだけ。

まずは現状を知る: いきなり数値を大きく変えるのではなく、まずは「遅いな」と思う特定の処理があるか確認しましょう。
「全体」ではなく「クエリごと」: 『work_mem』は、接続ごとに確保されます。例えば100人のユーザーが同時に検索をかけたら、その100倍のメモリが必要になることを忘れないでくださいね。
小さく試す: 最初は少しずつ数値を増やしてみて、サーバー全体の動きを見守るのが、失敗しないための鉄則です。

—

『work_mem』をチューニングするということは、データベースという職人さんの「作業机」を整えてあげることと一緒です。

デスクを広くすれば作業は速くなりますが、広げすぎればオフィスがパンクする。この絶妙なバランスを探るのが、データベースエンジニアの醍醐味であり、面白いところでもあります。

皆さんのデータベースが、今日も快適に動いてくれますように。もし設定で迷ったら、いつでもまた聞きに来てくださいね！応援しています。