【入門編】タプルヘッダー（xmin/xmax） – PostgreSQL

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

普段何気なく「データを保存する」という操作をしていますが、実はその裏側では、PostgreSQLという賢い執事が、ものすごいスピードで「誰が・いつ・何をしたか」を管理しているって知っていましたか？

今日は、そんなPostgreSQLの根幹を支える「タプルヘッダー」、特にその中でもMVCC（多版同時実行制御）という魔法を実現するための「xmin」と「xmax」について、お話ししようと思います。

専門用語だらけで挫折しそうなあなたも、大丈夫。ある「図書館の貸出カード」に例えてみると、驚くほどスッキリ理解できますよ。

—

PostgreSQLに保存されているデータの一行一行（これを専門用語で「タプル」と呼びます）には、実は目に見えない「名札」がくっついています。

この名札には、そのデータが「いつ・誰によって」生まれたのか、そして「いつ・誰によって」削除されたのかという情報がびっしり書かれています。それが、`xmin`と`xmax`という項目です。

`xmin`は、そのデータを作ったトランザクション（一連の作業単位）のIDが書き込まれます。
いわば「このデータを作ったのは私です！」という署名ですね。

`xmax`は、そのデータを削除しようとしたトランザクションのIDが入ります。
まだデータが生きている間は、ここは空っぽです。データが削除された瞬間に、誰が消したのかというIDが刻まれます。「このデータは私が消しました」という記録です。

—

もう少しわかりやすく、図書館の貸出カードを想像してみてください。

もし、ある利用者が「本を探して！」とリクエストしたとき、図書館員（PostgreSQL）はこう考えます。

「この本の『登録スタンプ（xmin）』は、今の利用者さんより前かな？うん、OK。」
「おっと、この本の『廃棄スタンプ（xmax）』には名前があるぞ。つまり、もうこの本は存在しないんだな。」

このように、「データを物理的に消す」のではなく「スタンプを押して見えなくする」ことで、PostgreSQLは他の人が作業中でも邪魔をせずに、安全に読み書きができるようにしているんです。これがMVCCの正体です。

—

「普通にデータを消せばいいじゃん！」と思いますよね。でも、もし誰かがデータを読み込んでいる最中に、別の人がそのデータを物理的にガサッと削除してしまったらどうなるでしょう？読み込み中の人はエラーになってしまいますよね。

PostgreSQLは、`xmax`に名前を書くだけで「一旦、見えないことにする」という手段をとります。おかげで、読み込んでいる人はそのまま作業を続けられるし、削除した人もスムーズに作業を終えられる。

「お互いの作業を邪魔しないための、優しい気遣い」。それが、`xmin`と`xmax`に込められた哲学なんです。

—

いかがでしたか？ `xmin`と`xmax`は、単なる数字の羅列ではなく、データベースの中で繰り広げられる「データの歴史」を記録する大切なドラマの登場人物なんです。

次にあなたが `SELECT` 文を叩くとき、画面の向こうでPostgreSQLがせっせと「xminは誰だっけ？ xmaxは空っぽかな？」とチェックしている姿を想像してみてください。なんだか、ちょっとだけデータベースが愛おしくなりませんか？

もし興味が湧いたら、PostgreSQLのツールで実際にデータの中身（システム列）を覗いてみてください。`xmin`や`xmax`の数字が、あなたの操作に合わせて動いているのが見えるはずですよ。

それでは、また次回の記事でお会いしましょう！Happy Coding!