Recomendados
Más contenido relacionado
Destacado
Último
Último (7)
My sqlで遭遇したトランザクションとロックのお話take2 2
- 2. トランザクション 排他制御(ロック) 楽観ロック 悲観ロック 前提知識
- 10. 悲観ロックと楽観ロック
- 11. 楽観ロック Rollback
- 12. 悲観ロック
- 13. Id lock_version 1 0 楽観ロックの実装 •Railsの場合 usersテーブル lock_versionというカラムを追加する 楽観ロックが適用されるとき ActiveRecord::StaleObjectError というExceptionが発生して Rollbackする ※楽観ロックの実装は本来処理上で手動で実装させるもの
- 14. 楽観ロックある時とない時の違い UPDATE `users` SET `money` = 4, `updated_at` = '2015-02-25 11:07:28', `lock_version` = 3 WHERE (`users`.`id` = 2 AND `users`.`lock_version` = 2) 楽観ロックがないときの SQL 楽観ロックがあるときの SQL UPDATE `users` SET `money` = 4, `updated_at` = '2015-02-25 11:07:28’ WHERE (`users`.`id` = 2)
- 15. 悲観ロックの実装 •Railsの場合 •SQL BEGIN SELECT `users` WHERE (`users`.`id` = 2) FOR UPDATE … COMMIT または ROLLBACK user = User.find_by!(id: 2) (あらかじめインスタンスを取得しておく) ActiveRecord::Base.transaction do user.lock! end
- 17. READ UNCOMMITED READ COMMITED REPEATABLE READ SERIALLIZABLE トランザクション分離レベル <= Oracle, PostgreSQL, SQL Severのデフォルト <= MySQLのデフォルト 参考: http://d.hatena.ne.jp/fat47/20140212/1392171784 下に行くほど不都合な読み込み現象が発生しなくなるが、 パフォーマンスが落ちる
- 18. Id money 1 400 例(Rails+MySQL) User.transaction do user = User.find_by(id: 1) user.money += 400 user.save! end BEGIN; SELECT * FROM users WHERE id = 1; UPDATE users SET users.money = 800 WHERE id = 1; COMMIT; usersテーブル SQLをだす
- 19. 例リクエスト リクエスト BEGIN; SELECT * FROM users WHERE id = 1; UPDATE users SET users.money = 800 WHERE id = 1; COMMIT; BEGIN; SELECT * FROM users WHERE id = 1; UPDATE users SET users.money = ? WHERE id = 1; COMMIT このとき、?に入る値はいくつ でしょう? ほぼ同時にリクエストが飛んできた。 このとき実行されたSQLは以下の通り
- 20. 例について考察 答えは800でした 片方のトランザクションで既にcommitしてあるから、 SELECT * FROM users WHERE id = 1;これで取得できる値は users.money = 800なはず。だから800 + 400 = 1200。よっ て?の値は1200だ!!
- 21. READ UNCOMMITED
- 22. READ COMMITED
- 23. READ COMMITED
- 24. こうなると思ってました
- 25. REPEATABLE READ
- 26. こうなりました
- 27. 教訓 必ずtransactionの外で一度select文を走らせ てデータをとるようにしましょう!! REPEATABLE READではトランザクション が開始された時点で参照される値は同じ になる
- 28. REPEATABLE READ