【入門編】 CLOG (Commit Log) – PostgreSQL

やあ、皆さんこんにちは！データベースの世界へようこそ。

今日は、PostgreSQLの心臓部でひっそりと、でも極めて重要な仕事をしている「CLOG（コミットログ）」という存在についてお話ししようと思います。

「CLOG？何だか難しそうな名前だな……」と思いましたか？大丈夫です！専門用語を並べるのは一旦置いておいて、まずはある「レストランの予約管理」をイメージしてみてください。

想像してみてください。あなたは今、大人気のレストランのホールスタッフです。次々にお客さんがやってきて、「予約してた田中です」「いや、今日はキャンセルで」「今から入れますか？」なんてやり取りが飛び交っています。

この時、あなたには「予約管理ノート」が必要ですよね。
このノートには、誰が予約していて、誰がキャンセルしたのかが、一目でわかるように書かれています。

もし、このノートがなかったらどうなるでしょう？
「あれ？田中さんは来るんだっけ？それともキャンセル？」と混乱して、せっかくの料理が台無しになってしまいますよね。

PostgreSQLにとって、この「予約管理ノート」の役割を果たしているのが、CLOG（Commit Log）なんです。

データベースの世界では、データの書き換えや追加といった一つひとつの作業を「トランザクション」と呼びます。

PostgreSQLは非常に慎重な性格で、作業が終わるたびに必ず「この作業、ちゃんと成功したかな？それとも途中で失敗してなかったかな？」というチェックを行います。その結果を書き留めておく場所がCLOGです。

CLOGには、それぞれの作業（トランザクション）に対して、こんな風にステータスが記録されています。

この3つの状態を、メモリという「すぐ手が届く場所」にビットマップ（0と1のスイッチみたいなもの）でパパッと書き込んでいます。だからこそ、PostgreSQLはものすごいスピードで「そのデータ、今どうなってる？」という問いに答えることができるんです。

「わざわざそんなノートをつけなくても、データそのものを見ればいいんじゃないの？」と思う方もいるかもしれません。

でも、ここがPostgreSQLのすごいところなんです。
複数の人が同時にデータベースを操作しているとき、誰かが「書き込み中」のデータを見たら、中途半端な情報が表示されてしまいますよね？それは困ります。

そこでPostgreSQLは、データを読み出すたびに、チラッとCLOGを確認するんです。
「このデータ、まだ作業中（進行中）じゃないかな？……よし、じゃあまだ表示しちゃダメだな」といった具合に、常に最新の正しい状態をお客さんに提供しているんですね。

CLOGは、派手な機能ではありません。誰の目にも触れませんし、普段意識することもありません。でも、もしCLOGがなかったら、データはバラバラになり、データベースとしての信頼性は一瞬で崩れ去ってしまうでしょう。

まさに「縁の下の力持ち」。

皆さんが普段、何気なく使っているデータベースの裏側では、こんな小さなノートが猛スピードで更新され、データの整合性を守り続けているんです。そう考えると、少しだけ愛着が湧いてきませんか？

「へぇ、PostgreSQLって意外とマメなんだな」と思っていただけたら、今日のゴールは達成です！

また次回の記事で、データベースの面白い裏側を一緒に覗いていきましょう。質問があればいつでもコメントくださいね。それでは！