RDBMSのトランザクション、楽観ロック、悲観ロックがわかっている人向けのお話。 並行で処理が走っていて、同時にトランザクションが走った時、データベースから取得できる値がどうなるか？というお話

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がでるのはここ