悲観的ロック とは？

SQLでは「SELECT * FROM products WHERE id = 1 FOR UPDATE」と書く。このSELECTを実行したトランザクションがCOMMITまたはROLLBACKするまで、id=1の行は他のトランザクションから更新できなくなる。読み取りはデータベースによって挙動が違うけど、更新は確実にブロックされる。

典型的なのは在庫管理。「在庫を確認→在庫を減らす」の間に他の人も同じ在庫を減らすと、実際より多く売れてしまう（オーバーセリング）。FOR UPDATEで在庫行をロックすれば、確認と減算の間に他の処理が割り込めないから安全なんだ。

ロックが解放されるまで待たされる。ロック取得のタイムアウトを設定しておかないと、永遠に待ち続ける可能性もある。「NOWAIT」オプションを付けるとロックが取れなければ即エラーにできるし、「SKIP LOCKED」で他がロック中の行をスキップすることもできるよ。

トランザクションAが行Xをロックして行Yを待ち、同時にトランザクションBが行Yをロックして行Xを待つ。お互いが相手を待って永久に進めない状態がデッドロック。データベースはこれを検知して片方を強制ロールバックする。防ぐにはロックを取得する順序を統一するのが基本なんだけど、アプリケーションが複雑になるとロック順序の統一が難しくなる。特に複数テーブルにまたがるトランザクションでは「テーブルAの後にテーブルBをロックする」というルールをチーム全員が守る必要があって、コードレビューでも見落としやすいポイントなんだ。