WHERE 条件のフィールドを UPDATE するのって，明示的にロックしてなくても安全？全パターン調べてみました！ - Qiita

TL; DR MySQL/Postgres とも， MVCC アーキテクチャの恩恵で， SELECT と UPDATE は基本的には競合しない。 単一レコードのシンプルな UPDATE でも排他ロックされ，排他ロック中のレコードへの UPDATE での変更操作は トランザクション分離レベルによらず ブロックされる。UPDATE 文に含まれる WHERE 句での検索もブロックされ，これはブロックされない SELECT による検索とは別扱いになる。 但し UPDATE 文の WHERE 句上で，更新対象をサブクエリの SELECT から自己参照している場合は例外。トランザクション分離レベルを REPEATABLE READ 以上にして，競合エラーからの復帰処理を書かなければならない。 Postgres に関しては， REPEATABLE READ 以上では， MySQL よりも積極的・予防的に

[uunfo]

怖いこと書いてる→「結論から言うと 元の StackExchange サイト上の最も投票されている回答が完全に間違っていました」

[koba789]

MySQLではUPDATEのWHEREは分離レベルに関わらずLOCKING READであり、逆にはSELECTはUPDATEのサブクエリでもLOCKING READではない、ってことか

[Eiichiro]

有益情報だ。ありがとうございます。

[iww]

『元の StackExchange サイト上の最も投票されている回答が完全に間違っていました。やっぱり一次ソースが曖昧なときは実験しないとダメですね。』

[prograti]

トランザクションとロックはレビューで見落としやすいから厄介なんですよね。ORMの挙動にも注意が必要だし。PHPだとDoctrineとか。

[hdampty7]

見たくない。在庫管理の悪夢が蘇るｗｗｗ