トランザクションの分離レベル(Isolation Level)について

はじめに

極力、自信がないところは書かないように気を付けましたが、
間違っているところが有るかもしれないので、
このスライドの内容を鵜呑みせずに、
くわしくはググるか↓の記事を見てください。
このスライドはおもに↓の記事を参照しながら書きました。
http://qiita.com/kumagi/items/1dc1a91ec007365ac694
http://gyouza-daisuki.hatenablog.com/entry/2013/11/19/150838
https://ja.wikipedia.org/wiki/%E3%83%88%E3%83%A9%E3%83%B3%E3%82%B6%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3%E5%88%86%E9%9B%A2%E3%83%AC%E3%83%99%E3%83%AB

トランザクションが複数同時に行われた時に、
一つのトランザクションがほかの処理からどれだけ独立しているか、
ほかの処理に影響をどれだけ影響をあたえるのか、
を設定するもの。

ANSIの定義だと、4つの種類がある。

READ UNCOMMITTED が一番独立性が低い、下に行くほど高い

READ UNCOMMITTED
READ COMMITTED	PostgreSQL, Oracle, SQL Server
REPEATABLE READ	Mysql, MariaDB
SERIALIZABLE

READ UNCOMMITTEDは性能は良いが独立性が低い、
SERIALIZABLEは独立性は高いが性能が低い

http://qiita.com/kumagi/items/1dc1a91ec007365ac694 より

コミット済みのものはreadする。

ファジーリード/Non-Repeatable Read Anomaly/Inconsistent Read Anomaly
- xを2回readしようとした時に、間に他トランザクションでxのwriteがあった時に、readした内容が異なる
Read Skew Anomaly
- x, yをreadしようとした時に、他トランザクションでyのwriteがあった時に、readしたx, yに一貫性がない
Lost Update Anomaly

一度読み込んだデータはそのトランザクション内では何度読んでも同じ値になる。
ほかのトランザクションでwriteのコミットがされても、write前のデータをreadしていれば、write後にreadしても同じデータが読まれる。

ファントムリード
- 2回範囲に対する操作をした時に、間にinsertが発生していると、結果が異なる
- 2回countしようとした時に、間で1件insertされてた場合、2回目は1件多い数字になる
READ COMMITTEDで発生してたAnomalyは発生しない

同じtransaction内で2回readしようとしても結果は同じ。
=> しかし、この仕組みのことを知らずに、
最新のデータを取るぞ！って思って2回目のreadをしても1回目のreadと同じデータなので、
事故る可能性がある。

MysqlのInnnoDBでは、ネクストキーロックという仕組みでファントムリードが起きないようにしている。
が、そのせいでギャップロックが発生する
https://dev.mysql.com/doc/refman/5.6/ja/innodb-next-key-locking.html

Railsを使っているとActiveRecordのお陰で、DBサーバーがMysqlなのかPostgreSQLなのかを気にせず使えてとても便利。
だが、こういう違いが有ることを意識しておかないと事故る可能性がある。