トランザクション分離レベル
ACIDのI
「待ち時間を減らすためどれだけデータの一貫性を犠牲にして良いか」を定めたもの
SQLトランザクション分離 実践ガイド | コンピュータサイエンス | POSTD
アプリケーションの性質によってどこまで許容するか変わる
分離レベルが高い（SERIALIZABLE が最も高い）ほどRDBMSの処理に時間がかかる
「全部SERIALIZABLEにすればいい」となることはない
どれぐらい遅いの？
table:InnoDbである分離レベルの時に発生するかどうか
分離レベル Dirty read Fuzzy(Non repeatable) read Phantom read Lost update
READ UNCOMMITTED 発生 発生 発生 発生
READ COMMITTED 発生しない 発生 発生 発生 PostgreSQLのデフォルト
REPEATABLE READ 発生しない 発生しない 発生(InnoDBでは起きない。ギャップロックするから） 発生 MySQLのデフォルト
SERIALIZABLE 発生しない 発生しない 発生しない 発生しない
命名がややこしいので毎回わからなくなる。こう覚えるとスッキリする
dirty readはuncommitedなものを読んでしまう→分離レベルread commitedで防げる
fuzzy readはcommitedだが更新されると読んでしまう（複数回読んだ時に途中で更新されるとnon repeatableになる）→分離レベル repeatable readで何度読んでも同じになる
ロックのタイミング
https://gyazo.com/aecec0d719ef9285737bbbb52c5622fa
Read Uncommitted
Readロック: すぐに解放
他のトランザクションの未コミットデータも読めるため、ロックは基本的に不要。
Writeロック: トランザクションコミット後
書き込みが終わるまでデータの一貫性を保つ必要がある。
問題: ダーティリード。未コミットのデータが読まれる。
Read Committed
Readロック: 読み取り操作後すぐに解放
コミット済みのデータしか読まないので、読み終わったらロックを解放。
Writeロック: トランザクションコミット後
書き込みが終わるまでデータの一貫性を保つ必要がある。
問題: ノンリピータブルリード。同じデータが異なる値になる。
Repeatable Read
Readロック: トランザクション終了時まで保持
トランザクション中のデータの状態を一貫して保つ。
Writeロック: トランザクションコミット後
書き込みが終わるまでデータの一貫性を保つ必要がある。
問題: ファントムリード。同じ条件の新しいレコードが見える。
Serializable
Readロック: トランザクション終了時まで保持
他のトランザクションと干渉しないように。
Writeロック: トランザクションコミット後
書き込みが終わるまでデータの一貫性を保つ必要がある。
問題: パフォーマンス低下。非常に厳格な制約のため。
資料
https://qiita.com/west-hiroaki/items/ea6ee53765282a9c86cb#2-0-2-基礎知識-トランザクション分離レベル
https://ja.wikipedia.org/wiki/トランザクション分離レベル
https://en.wikipedia.org/wiki/Isolation_(database_systems)#Isolation_levels
失敗から学ぶRDBの正しい歩き方 14章
トランザクションの分離レベルで出てくる用語 - Carpe Diem 2021
図がわかりやすい
The reason why InnoDB use REPEATABLE READ as its default is historical. This is a related to the way MySQL replication was developed . MySQL replication until 5.1 functioned with a statement based replication mechanism. This means that statements that occurs on the master server are replayed on the slave server. The statement base replication mode does not permit to use the READ COMMITTED isolation level. In that case replication will not guaranty consistency between the slave and the master.
InnoDB : Why not use the same isolation level as ORACLE ? – Serge Frezefond 's blog
なぜ MySQL だけデフォルトが Repeatable Read なのか - デクノスティック
批判
A Critique of ANSI SQL Isolation Levels読んだ - tom__bo’s Blog
もっと明確にできるいう論文
トランザクション分離レベルの古典的論文 A Critique of ANSI SQL Isolation Levels を読む - Hatena Developer Blog
疑問
ファントムリードはなぜ起こる？
リソース
エキスパートのための MySQL［運用＋管理］トラブルシューティングガイド p.136
#RDBMS #DB