InnoDBのロック（チートシート）

InnoDBでロックの問題を整理することにしました。 結果は非常に短いチートシートです。 たぶん誰かが役に立つでしょう。 発見された不正確さについてコミュニティに感謝します

そして、1つのトランザクション内で、...

更新...どこ

SELECT ... WHEREはブロックなしで実行されます（分離モードSERIALIZABLEでの読み取りを除く）
SELECT ... LOCK IN SHARE MODEはロックが解除されるのを待っています
SELECT ... FOR UPDATEはロックが解除されるのを待っています
ロックの解放を待機しているUPDATEおよびDELETE

UPDATE ... WHEREが分離モードREPEATABLE READまたはSERIALIZABLEで実行され、行が一意のキーによって選択されなかった場合、INSERTはこのキー（いわゆるNEXT-KEY LOCK）にもロックされますが、READ COMMITTEDおよびREAD UNCOMMITTEDではロックは発生しません

DELETE FROM ... WHERE

UPDATE ... WHEREは

SELECT ... WHERE

SERIALIZABLEを除くすべての分離モードで

他のスレッドは読み取り/書き込み/削除ができます
INSERTはUPDATE ... WHEREのようにブロックされます

REPEATABLE READでは、読み取り値は「バッファリング」され、後続のすべての呼び出しは同じ結果を返します。
READ COMMITEDおよびREAD UNCOMMITTEDを使用すると、各リクエストは新しい結果を返します（トランザクションが異なるスレッドで完了した後）

分離モードでシリアライズ可能

他のスレッドは読み取りのみ可能です（SELECT ... FOR UPDATE読み取りを除く）
ロックの解放を待機しているUPDATEおよびDELETE
INSERTはUPDATE ... WHEREのようにブロックされます

選択...共有モードでロック

残りのスレッドは読み取りのみ可能
ロックの解放を待機しているUPDATEおよびDELETE
INSERTはUPDATE ... WHEREのようにブロックされます

SELECT ...更新用

SELECT ... WHERE読み取り可能（分離モードSERIALIZABLEでの読み取りを除く）
SELECT ...共有モードでロックし、SELECT ... FOR UPDATEロックが解除されるのを待ちます
ロックの解放を待機しているUPDATEおよびDELETE
INSERTはUPDATE ... WHEREのようにブロックされます