排他制御 とは？

例えばチケット残り1枚に対して2人が同時に購入を試みた場合、排他制御なしだと両方が「残り1枚あり」を確認して両方が購入完了してしまう（二重販売）。排他制御でそのデータを「1人が使っている間は他をロック」することで防げる。

2つのトランザクションが互いに相手のロック解放を待って止まる状態。AがテーブルXをロックしてYを待ち、BがテーブルYをロックしてXを待つと永遠に進まない。DBが自動検知してどちらかをロールバックして解消することが多い。

「競合はめったに起きない」と楽観的に考えて、読み込み時はロックせず更新時だけ「読み込んだ後に他が変更していないか」チェックする方式。バージョン番号カラムを使い「自分が読んだときのバージョンと今が同じか」確認して競合を検知する。

Webアプリでよくあるのがファイルの同時編集問題。GoogleドキュメントのようなリアルタイムコラボはOT（Operational Transformation）やCRDT（Conflict-free Replicated Data Type）という技術を使って、ロックせずに整合性を保っているんだ。

競合が頻繁に起きる場面では悲観的ロック（先にロックを取得してから処理）、めったに競合しない場面では楽観的ロック（処理後にバージョンチェック）が向いている。ECサイトの在庫管理は競合が多いから悲観的ロック、社内の設定変更画面は楽観的ロックが適切。間違った方を選ぶとパフォーマンス低下やデッドロックの温床になるから、アクセスパターンをよく分析することが大事だよ。