皆さん、こんにちは！大人気の技術ブログ「DBエンジニアのぶっちゃけ裏話」へようこそ！
いつも堅苦しい技術書とにらめっこしていませんか？
「データベースってなんだか難しそう…」
「専門用語の羅列で、もう読む気が失せる…」
そんなふうに感じている方も、きっと多いはずですよね。大丈夫、私も昔はそうでした！でもね、実はデータベースの中身って、日常の出来事に例えると「なるほど！」って膝を打つような面白い仕組みがいっぱい詰まっているんですよ。
今日は、PostgreSQLという人気のデータベースが、なぜそんなに堅牢で信頼できるのか、その秘密の一つを覗いてみましょう。今回のお題は、ちょっと専門的に聞こえるかもしれない「xmin/xmaxフィールド」です。
「え、なにそれ？難しそう…」と思ったあなた！安心してください。実はこれ、とってもシンプルで、まるでデータの「履歴書」みたいなものなんです。さあ、一緒にデータベースの奥深くを冒険してみませんか？
—
みんなで使う図書館、混乱しないの？🤔 (MVCCのお話)
まずは、「xmin/xmax」がなぜ必要とされているのか、その背景からお話ししましょう。
想像してみてください。あなたは、たくさんの人が同時に利用する大きな図書館の司書さんです。
- ある人は、新しい本を棚に並べています。
- 別の人は、古い本を廃棄する作業をしています。
- さらに別の人は、お気に入りの本を借りていこうとしています。
- そしてあなたは、読みたい本を探して棚を眺めています。
こんな状況で、みんなが同時に作業しても、図書館が混乱しないのはなぜでしょう？
新しい本が並べられた瞬間、あなたが探している本が見えなくなったり、誰かが借りた本がまだ棚にあるように見えたりしたら、困りますよね？
PostgreSQLを含む多くのデータベースでは、この「みんなが同時に作業しても、お互いに邪魔しない」という状態を、とっても賢い仕組みで実現しています。それが「MVCC（Multi-Version Concurrency Control）」と呼ばれるものです。日本語にすると「多版型同時実行制御」…って、もう専門用語ですね！(笑)
簡単に言えば、MVCCは「みんながそれぞれ、『自分だけのタイムライン』でデータベースを見られるようにする魔法」だと思ってください。まるで、あなたが図書館に訪れた「その瞬間」の棚の状態を、他の人の作業に邪魔されずに見ることができるようなものです。
—
すべてのデータに「見えないタグ」がついてるって知ってた？🏷️
さて、このMVCCの魔法を支えるのが、今日の本題である「xmin/xmax」なんです。
PostgreSQLでは、データベースに保存されている一つ一つの情報（これを「行」とか「タプル」って呼びます）には、私たちには見えないけれど、実はいくつかの「管理用のタグ」がくっついています。まるで図書館の本に、バーコードや貸し出し履歴が記録されたタグがついているように。
そのタグの中に、特に重要な情報が「xmin」と「xmax」なんです。
「xmin」タグ：いつこの本が入荷したの？📦
「xmin」は、そのデータが「いつデータベースに仲間入りしたか」を示すIDだと思ってください。
例えるなら、図書館に新しい本が入荷したときに、その本に貼られる「入荷日と時間を記録したタグ」のようなものです。
PostgreSQLでは、何かデータを追加したり、更新したりする一連の作業を「トランザクション」と呼びます。この「xmin」は、「何番目のトランザクション作業で、このデータが作られた（データベースに登録された）か」を示すIDが記録されています。
「あ、この本は、〇〇番目の入荷作業で棚に並んだんだな！」という記録ですね。
「xmax」タグ：この本はいつまで有効？（あるいは、いつ廃棄されたの？）🗑️
次に「xmax」です。これは、そのデータが「いつデータベースから『お役御免』になったか」を示すIDです。
「お役御免」というのは、具体的には「削除された」か、あるいは「更新されて新しいバージョンが作られた」かのどちらかです。
図書館の例で言うなら、こんな感じです。
- 本が廃棄されたとき： その本に「この本は〇〇番目の廃棄作業で棚から撤去されました」というタグが貼られるイメージです。
- 新しい版の本に入れ替わったとき： 古い版の本に「この本は〇〇番目の更新作業で、新しい版に入れ替わりました」というタグが貼られます。
ここで一つ、とっても大事なポイントがあります！
データベースからデータを「削除」したり「更新」したりしても、実はそのデータはすぐに物理的に消えるわけではありません。古いデータには「もう使わないよ」という目印として「xmax」がつけられ、新しいデータが追加されるんです。
まるで、図書館の古い本がすぐに焼却炉行きになるわけではなく、いったん「閲覧不可」のタグが貼られて、別の場所に保管されるようなものですね。
—
「xmin」と「xmax」が織りなす、魔法の図書館体験！✨
さあ、この「xmin」と「xmax」の2つのタグが、どうやって「みんながそれぞれ好きな時点の図書館を見られる」ようにしているのか、その魔法の仕組みを見てみましょう。
あなたが図書館に行ったとき（つまり、データベースでいう「あるトランザクションを開始したとき」）、あなたは棚に並んでいる本の中から、読みたい本を探しますよね。
データベースも同じです。あなたがデータを見るとき、PostgreSQLはこんなふうに判断しているんです。
- 「xminタグが、私が見始めた時点よりも昔に作られた本（データ）であること」
- → つまり、「私が図書館に来る前に、すでに入荷されていた本」だけを見せるよ。
- 「xmaxタグが、まだ付いていない、または私が見始めた時点よりも未来の『お役御免』IDであること」
- → つまり、「私が図書館に来た時点では、まだ廃棄されていなかったり、まだ新しい版に入れ替わっていなかったりする、現役の本」だけを見せるよ。
どうですか？まるで司書さんが、あなたが図書館に来た瞬間の「スナップショット」をパシャリと撮って、その時点の本の状態だけを見せてくれているみたいじゃないですか？
だから、あなたが本を選んでいる間に、隣の人が新しい本を入荷したり、古い本を廃棄したりしても、あなたはあなたの「時点」の棚を、混乱することなく見続けることができるんです。これがMVCCのすごいところ、そして「xmin/xmax」がその根幹を支えている証拠なんです！
—
まとめ：見えないところで頑張る「xmin/xmax」💪
今日は、PostgreSQLの「xmin/xmaxフィールド」という、ちょっと専門的に聞こえるけれど、実はとっても身近な仕組みについてお話ししました。
これらのフィールドは、データベースがたくさんの人に同時に使われても、データがごちゃごちゃになったり、不整合を起こしたりしないようにするための、見えないけれどとっても賢い工夫なんです。
まるで図書館の司書さんが、本一つ一つに「いつ入荷して、いつまで有効か」を記録したタグをつけて、完璧に管理してくれているみたいだと思いませんか？
これを知ると、普段何気なく使っているPostgreSQLが、もっと身近に、そしてもっと頼もしく感じられるんじゃないかなと思います。データベースの「縁の下の力持ち」たちに、感謝ですね！
この話を通じて、少しでもデータベースの内部構造に興味を持っていただけたら、私としては最高に嬉しいです！また次の記事でお会いしましょう！
—
P.S.
「xmax」が付いて「お役御免」になった古いデータは、いつか本当にデータベースから消える時が来ます。その役割を担っているのが「VACUUM（バキューム）」というお掃除機能なんです。今日の話が面白かったら、ぜひ「PostgreSQL VACUUM」で検索してみてくださいね！データベースの奥深さに、きっとハマっちゃいますよ！
コメント