My sqlで遭遇したトランザクションとロックのお話

Transcript

• 1. MySQLで遭遇したトランザクショ ンとロックのお話 小林拓
• 2. 基本構成 ロードバランサ アプリケーション サーバ DBサーバ ……
• 3. 基本構成 ロードバランサ アプリケーション サーバ DBサーバ …… この部分のお話
• 4. 例(Rails) Id money 1 400 User.transaction do user = User.lock.find_by(id: 1) user.money += 400 user.save! end BEGIN; SELECT * FROM users WHERE id = 1 FOR UPDATE; UPDATE users SET users.money = 800 WHERE id = 1; COMMIT; usersテーブル 悲観ロック
• 5. 例の問題 リクエスト リクエスト BEGIN; SELECT * FROM users WHERE id = 1 FOR UPDATE; UPDATE users SET users.money = 800 WHERE id = 1; COMMIT; BEGIN; SELECT * FROM users WHERE id = 1 FOR UPDATE; UPDATE users SET users.money = ? WHERE id = 1; COMMIT; この値はいくつで しょう？ 悲観ロックなので待ちます 同時
• 6. 例の答え リクエスト リクエスト BEGIN; SELECT * FROM users WHERE id = 1 FOR UPDATE; UPDATE users SET users.money = 800 WHERE id = 1; COMMIT; BEGIN; SELECT * FROM users WHERE id = 1 FOR UPDATE; UPDATE users SET users.money = 800 WHERE id = 1; COMMIT このselect文では user.money = 400 が取得されている
• 7. トランザクション分離レベル • READ UNCOMMITED • READ COMMITED • REPEATABLE READ • SERIALLIZABLE <= Oracle, PostgreSQL, SQL Severのデフォルト <= MySQLのデフォルト 参考: http://d.hatena.ne.jp/fat47/20140212/1392171784 下に行くほど不都合な読み込み現象が発生しなくなるが、 パフォーマンスが落ちる
• 8. 対応 user = User.find_by(id: 1) User.transaction do user.lock! user.money += 400 user.save! end 必ずtransactionの外で一度select文を走らせ てデータをとるようにしましょう!! 修正後のコード REPEATABLE READではトランザクションが開 始された時点で参照される値は同じになる
• 9. NGなコード users = User.where (id: 1) User.transaction do users.each do |user| user.money += 400 user.save! end end Id money lock_version 1 400 0 User.transaction do user = User. find_by(id: 1) user.money += 400 user.save! end 楽観ロック その2 その1 楽観ロックの意味がない SQLがでるのはここ