トランザクション分離レベル

分離レベルとは

データベースは普通、多数のトランザクションを 同時に さばきます。完全に1件ずつ順番待ち（直列）にすれば安全ですが遅い。そこで「並行する他のトランザクションの途中経過を、どこまで見せるか」を段階的に選べるのが 分離レベル (Isolation Level) です。

緩いほど速く、厳しいほど安全――この trade-off を理解することが要点です。

防ぎたい3つの異常（アノマリー）

レベルを緩めると起きうる代表的な不具合は次の3つです。

異常	何が起きる	ひとことで
ダーティリード	他がまだコミットしていない（取り消されるかもしれない）変更を読む	未確定の値を読む
ノンリピータブルリード	同じ行を2回読むと、間に他のコミットが入り値が変わる	同じ行の値がブレる
ファントムリード	同じ条件で2回検索すると、間に挿入・削除され件数が変わる	ヒット件数がブレる

ノンリピータブルリードは「同じ1行の値が変わる」、ファントムリードは「条件にヒットする行数が変わる」点が違いです。

4つの分離レベル

SQL 標準は、これらをどこまで防ぐかで4段階を定めています。

分離レベル	ダーティリード	ノンリピータブル	ファントム
READ UNCOMMITTED	起きうる	起きうる	起きうる
READ COMMITTED	防ぐ	起きうる	起きうる
REPEATABLE READ	防ぐ	防ぐ	起きうる(*)
SERIALIZABLE	防ぐ	防ぐ	防ぐ

設定はトランザクション単位で指定できます。

BEGIN;
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
-- ...処理...
COMMIT;

性能との trade-off

レベルを上げるほど、DB はロックを長く保持したり、競合時に再試行（シリアライズ失敗）を要求したりします。その結果、待ち時間やデッドロックが増え、スループットが落ちます。

• READ COMMITTED: 多くのWebサービスの実用的な既定。各文の実行時点で確定済みのデータを読む。
• REPEATABLE READ: 同じトランザクション内で読み取りの一貫性が必要なとき（集計・レポートなど）。
• SERIALIZABLE: 一切の異常を許さない厳密な処理。ただしコストは最も高い。

どう選ぶか

1. 既定（多くは READ COMMITTED）で困らないかをまず確認する。
2. 同じトランザクション内で何度も読む値がブレては困るなら REPEATABLE READ。
3. 在庫の二重引き当てなど、整合性が絶対のごく一部だけ SERIALIZABLE にする。

分離レベルは「正しさ」と「速さ」を天秤にかける道具です。アプリ全体を一律に厳しくするのではなく、処理ごとに必要な強さを選ぶことで、安全と性能を両立できます。