ファントムリード とは？

同じトランザクションで、例えば東京支店の社員をもう一度検索したとき、別のトランザクションの確定済み変更が見えて、該当する行が変わることだよ。社員が追加されて2人から3人になるのは一つの例なんだ。

行数だけでは判断できないよ。誰かが別の支店へ移り、別の人が東京へ移れば、2人のままでも該当する社員は入れ替わる。INSERTやDELETEだけでなく、条件に関係するUPDATEでも集合が変わるんだ。

ダーティリードは未確定の変更を読んでしまうこと。ノンリピータブルリードは読んだ行を再読したら変更されていること。ファントムリードでは、同じ検索条件に該当する行の集合が変わることに注目するよ。

SQL標準では許されるけれど、DBMSによるよ。PostgreSQLのRepeatable Readでは防げる。Serializableでも防げるが、競合でトランザクションが失敗して再試行が必要になる場合がある。名前だけで判断せず、使うDBの仕様を確かめよう。

InnoDBのRepeatable Readで通常のSELECTを繰り返す場合は、同じスナップショットを読む仕組みで、読み取りによるロックはかけないよ。FOR UPDATEなどのロック付き読み取りでは、索引の行とその前の隙間を守るネクストキーロックが関係する。分離レベルや検索方法によってロック範囲は変わるんだ。