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

複数の人が同時にDBを操作するとき「どこまで他の人の途中結果が見えてしまうか」を決める設定だよ。厳しくするほど安全だけど、その分同時に処理できる量が減って遅くなる。

一番緩いREAD UNCOMMITTEDは「まだコミットされてないデータも読める」。次のREAD COMMITTEDは「コミット済みのみ読める」。REPEATABLE READは「同じトランザクション内で同じ行を2回読んだら同じ値が返る」。一番厳しいSERIALIZABLEは「同時実行されても1件ずつ順番に実行した結果と同じになる」。

ダーティリードはまだコミットされていない（途中の）データを読んでしまう問題。ノンリピータブルリードは同じ行を2回読んだら2回目に値が変わってる問題。ファントムリードは同じ条件で2回検索したら2回目に件数が違う問題。分離レベルを上げるほど、これらの問題が起きなくなる。

SERIALIZABLEはロックが非常に広範囲になって、並列でクエリを実行できなくなるから実用上使いにくいんだよ。例えばECサイトで全ユーザーが同時にSERIALIZABLEで注文しようとすると、事実上直列処理になってしまう。PostgreSQLはSERIALIZABLEを「SSI（Serializable Snapshot Isolation）」という衝突検出ベースの実装にして性能を改善してるけど、それでも使いどころを選ぶ。だから多くのシステムは「READ COMMITTEDでアプリ側でロジックを工夫する」という現実的な妥協をしてるんだよ。