【入門編】トランザクション分離レベルの実装 – PostgreSQL

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

普段、私たちが何気なく使っている「データベース」。データを保存して、後から取り出す。これだけ聞くと、まるで大きな本棚のような単純なものに思えますよね。でも、実はその裏側では、何百人もの人が同時に本を書き換えようとしても「データがぐちゃぐちゃにならない」ように、ものすごいドラマが繰り広げられているんです。

今日はその中でも、特にエンジニア泣かせであり、かつ最高に面白い「トランザクション分離レベル」について、お話ししてみようと思います。

—

そもそも「トランザクション」って何だろう？

たとえば、銀行の口座振替を想像してみてください。Aさんの口座から1万円引き落として、Bさんの口座に1万円入金する。この2つの動作は「セット」じゃないと困りますよね？片方だけ成功して、もう片方が失敗したら……大変なことになります。

「このセットは必ず一気に終わらせる（あるいは失敗したら元に戻す）」という仕組みがトランザクションです。PostgreSQLは、これをめちゃくちゃ丁寧に守ってくれる「几帳面な管理人さん」みたいな存在なんです。

—

3つの分離レベル：管理人さんの「見張り方」

みんなが同時に作業をしようとするとき、管理人さんは「どの程度厳しく見張るか」を3つのレベルで調整できます。

1. Read Committed（「今、確定したものだけ見せてね」）

これがPostgreSQLのデフォルト設定です。

例え話： レストランのメニュー表みたいなものです。厨房で今まさに作っている料理の「途中経過」は絶対に見せません。「完成して、お皿に盛り付けられた（確定した）」料理だけを運んでくる。
ポイント： 誰かが書き換えていても、自分が読み始めた瞬間に「確定」していたデータだけを見るので、効率的でトラブルも少ない。一番バランスがいいやつですね。

2. Repeatable Read（「私が食事中、メニューは変えないでね」）

もう少し厳しくなります。

例え話： あなたがテーブルに着いた瞬間に、そのテーブル専用の「コピー版メニュー」を渡されるイメージです。途中で厨房がメニューを書き換えても、あなたの手元のメニューは変わりません。あなたが食べ終わるまで、あなたの世界は「時間が止まっている」んです。
ポイント： 途中でデータが変わらない安心感がありますが、もしあなたが「メニューを書き換えよう」としたときに、他の人が先に書き換えていると、「ごめんなさい、書き換えられません」と断られることがあります。

3. Serializable（「何が起きても、一人ずつ作業したことにする」）

これが最強のガードです。

例え話： 完璧な予約制です。あなたが作業している間、他の人は一切そのデータに触れられません。まるで、世界中にあなた一人しかいないかのように振る舞うことができます。
ポイント： 最も安全ですが、あまりに厳しすぎてシステム全体のスピードが落ちることも。でも、PostgreSQLはここがすごいんです。

—

PostgreSQLの魔法：「SSI」という名の特権

さて、ここからが本題。PostgreSQLの「Serializable」が他のデータベースと一味違う理由、それがSSI（Serializable Snapshot Isolation）です。

普通、Serializableを実現しようとすると、みんなを順番待ち（ロック）させてしまうので、処理がガクッと重くなります。でも、PostgreSQLは違います。

PostgreSQLは、「とりあえず全員に作業させる」んです。その代わり、「もし後から見て、矛盾が発生してたら即座にやり直しさせる」という監視体制を敷いています。

イメージ： 巨大なオフィスで、みんなが自由に仕事をしているけれど、管理人が「あれ？さっきのデータと矛盾してるぞ！この仕事は無効！最初からやり直して！」と、最後にしっかりチェックを入れるんです。

これによって、「普段はサクサク動くのに、どうしても矛盾が起きそうな時だけ止める」という、最高にスマートな性能を実現しています。まさに、技術の粋を集めた仕組みですよね。

—

最後に：データベースと仲良くなるコツ

初心者の方にとって、こうした仕組みは少し難しく感じるかもしれません。「結局、どれを使えばいいの？」と迷うこともあるでしょう。

でも、安心してください。PostgreSQLはデフォルトの「Read Committed」でほとんどの用途をカバーできるように設計されています。まずは「データベースは裏でこんなに気を遣ってくれているんだな」と、その健気さを感じてあげてください。

データの世界には、こうした「見えない優しさ」が溢れています。これからも、少しずつデータベースの奥深い世界を一緒に探検していきましょう！

それでは、また次回のブログでお会いしましょう。ハッピー・コーディング！