【入門編】 WALライタープロセス – PostgreSQL

こんにちは！データベースの世界へようこそ。

普段、私たちが何気なく使っているアプリやWebサイトの裏側では、PostgreSQLという「データの守護神」が黙々と働いています。今日はその中でも、ちょっと地味だけど、実はめちゃくちゃ重要な役割を担っている「WALライター（WAL Writer）」というプロセスの話をしようと思います。

専門用語ばかりで頭が痛くなりそうな話ですが、今日はあえて「事務作業」に例えて解説してみますね。

—

想像してみてください。あなたは、ものすごく忙しい企業の受付担当者です。
次から次へとお客さんがやってきて、あなたはメモ帳に「誰が何時に来たか」を記録し続けなければなりません。

ここで、効率を上げるための2つのやり方があります。

1. 都度記録方式： お客さんが来るたびに、わざわざ外の郵便局まで走って行って、記録を「公式な保管庫」に送る。
2. 溜めてから送る方式： 手元のメモ帳に書き溜めておいて、少し落ち着いたタイミングでまとめて郵便局へ送る。

実は、PostgreSQLの「WALライター」は、この「溜めてから送る方式」を担当する係員なんです。

WAL（Write Ahead Log）というのは、いわば「作業日報」です。データベースに何か変更を加えるとき、いきなり本番の台帳を書き換えるのではなく、「まずは日報に書き残す」というのがPostgreSQLの鉄則なんです。もし途中で停電になっても、この日報さえあれば後からやり直せますからね。

—

さっきの受付係の例で言うと、もし1回1回郵便局まで走っていたら、仕事になりませんよね。お客さんを待たせてしまうし、あなたも疲れて倒れてしまいます。

データベースの世界でも、毎回ディスク（記録媒体）に「書き込みました！」と確認を取りに行くと、ものすごく時間がかかってしまいます。これを「ディスクI/Oのボトルネック」なんて呼んだりしますが、要するに「書き込みすぎて処理が追いつかない状態」のことです。

そこでWALライターの出番です。
「みんなの作業日報は僕が預かった！あとでまとめてディスクに書き込んでおくから、君たちは次の仕事をしていいよ！」
こうやって、データベース本体がディスクの書き込み待ちで足止めを食らわないように、影で支えてくれているわけです。

—

ここからが少しエンジニアっぽい話です。
このWALライター、実は「完璧」ではありません。

PostgreSQLは、このバランスを自動で調整してくれています。でも、あまりに大量のデータが押し寄せるシステムでは、設定を少し調整して「もう少しこまめに書き出そうか」と指示を出してあげることもあります。

—

WALライターは、目立つ存在ではありません。でも、彼がいなかったら、私たちのデータベースはもっと遅くて、もっと不安定なものになっていたでしょう。

もし皆さんが今後、PostgreSQLのパフォーマンスに悩むことがあったら、ぜひ思い出してください。「もしかして、日報係（WALライター）が忙しすぎてパンクしていないかな？」と。

データベースという巨大な仕組みも、こうやって役割分担された小さなプロセスの集まりだと思うと、なんだか愛着が湧いてきませんか？

それでは、また次回のブログでお会いしましょう。質問があればいつでもコメントくださいね！