こんにちは！データベースの世界へようこそ。
普段、何気なく使っているアプリやWebサイト。裏側では「データベース」という心臓部が、とてつもない速さでデータのやり取りをしていますよね。
今日は、そんなデータベースの中でも少しだけ「難所」と言われる、「2相コミット（2PC）」というお話をしてみたいと思います。名前だけ聞くと、「なんだか堅苦しそうだな……」って思っちゃいますよね。でも、実は私たちの日常の中にある「あるシーン」に例えると、すごくシンプルなんです。
—
2相コミットって、何のためにあるの？
データベースの世界では、複数の場所（ノード）で同時に作業を進めることがあります。例えば、銀行振込を想像してみてください。「Aさんの口座からお金を引く」作業と、「Bさんの口座にお金を足す」作業。これらは別々の場所で動いているかもしれません。
もし、Aさんからはお金が引かれたのに、ネット回線が切れてBさんに届かなかったら……大変ですよね？「どっちも成功するか、どっちもなかったことにするか」。この「全部か、ゼロか」を完璧に守るためのルールが、2相コミットなんです。
—
3人での「お寿司の注文」で例えてみよう
イメージしてみてください。あなたは友人3人と「出前でお寿司を注文しよう」と決めました。でも、店側は「全員分まとめて注文してくれないと、配達は受け付けないよ」と言っています。
ここで、あなたがリーダーとなって、みんなの意見をまとめることになりました。これが、2相コミットの「2つのステップ（フェーズ）」そのものです。
第1フェーズ：準備確認（「みんな、準備はいい？」）
まずは、リーダーのあなたが全員に聞きます。「みんな、お寿司食べる準備はできてる？ お金は払える？」と。
- 友人A「うん、OK！」
- 友人B「うん、OK！」
- 友人C「うん、OK！」
みんなが「準備OK！」と返事をしてくれたら、ここで初めて「よし、全員分まとめて注文するぞ！」という確信が持てますよね。
第2フェーズ：最終決定（「じゃあ、注文するよ！」）
全員からOKをもらえたので、あなたは確信を持ってお店に電話をかけます。これが「コミット（確定）」です。もし一人でも「いや、お腹空いてないからやめる」と言っていたら、あなたは注文をキャンセル（ロールバック）していたはずです。
—
なぜこの「2段階」が大切なの？
もし、この確認プロセスがなかったらどうなるでしょう？
「とりあえず注文しちゃえ！」と勢いで進めて、途中で誰かが「あ、ごめん、お金持ってないや」と言い出したら、もう取り返しがつきませんよね。お店には怒られるし、お寿司は届かないし、大惨事です。
PostgreSQLのようなデータベースも全く同じです。
1. 「準備はいいですか？」と全員に問いかけ、確約をとる（準備フェーズ）
2. 全員から「OK」が出たことを確認してから、「せーの！」で確定させる（コミットフェーズ）
この「二段階の手順」を踏むことで、どれだけ複雑なシステムでも、データがバラバラにならずに済んでいるんです。
—
最後に：完璧なんてないけれど
もちろん、この2相コミットにも弱点はあります。「確認してる途中で誰かと連絡が取れなくなったらどうするの？」といった問題ですね。
でも、データベースエンジニアたちは、この仕組みの上にさらに工夫を重ねて、皆さんの大切なデータが壊れないように日々奮闘しています。
「2相コミット」という言葉を見かけたら、ぜひ「あ、みんなでお寿司を注文する時のあの確認作業ね！」と思い出してみてください。そうすると、少しだけデータベースが身近に感じられるはずですよ。
また次回の記事でも、面白い技術の裏側を覗いていきましょう。質問があればいつでもコメントくださいね！
コメント