SELECT FOR UPDATE について

■SELECT FOR UPDATEとは、
複数のプログラムで在庫の更新などが行われる場合に、
使用するべきでしょうか？

■SELECT FOR UPDATEのロック期間は、他の更新が待たされるのは
下記２．～３．の間でしょうか？

バッチ更新（５分）
１．トランザクション開始
２．SELECT FOR UPDATE
３．UPDATE
４．トランザクション終了

■上記２．のSELECT FOR UPDATEがおこなれた時点のレコードに対し、
　他の場所でSELECT FOR UPDATEした場合、
　上記２．の時点のデータがSELECTされるのでしょうか？
　それとも、上記３．が終わるまでSELECTを待つのでしょうか？

DBは、MySQL5ですが、DB問わず同じ挙動と思い、
このカテゴリに質問されていただきました。

No.2 ベストアンサー 回答者： chukenkenkou 回答日時： 2007/05/24 16:11

#1回答者です。

#1回答にも書いたように、排他制御はRDBMSにより仕様差があります。一方で様々なオプションがあり、似たような制御にすることも可能です。

MySQLでも、ストレージエンジンの種類で排他単位が変わったり、排他制御の強さや区間を変える様々なオプションがあります。

MySQLについて調べてみました。

>複数のプログラムで在庫の更新などが行われる場合に、
>使用するべきでしょうか？

複数のユーザが接続する環境で、関連する複数の表、あるいは複数の行を検索、更新する場合に使います。

>SELECT FOR UPDATEのロック期間は、他の更新が待たされるのは
>下記２．～３．の間でしょうか？

FOR UPDATE指定でSELECT実行～トランザクション終了までです。

>上記２．のSELECT FOR UPDATEがおこなれた時点のレコードに対し、
>他の場所でSELECT FOR UPDATEした場合、
>上記２．の時点のデータがSELECTされるのでしょうか？
>それとも、上記３．が終わるまでSELECTを待つのでしょうか？

FOR UPDATE同士の検索が複数ユーザからあると、先に検索した側がその行を占有するため、後続ユーザは排他待ちになります。待ち解除されるのは、先行ユーザがCOMMITしてくれた時点です。

マニュアル参照先
http://dev.mysql.com/doc/refman/4.1/ja/commit.html
http://dev.mysql.com/doc/refman/4.1/ja/innodb-lo …
http://dev.mysql.com/doc/refman/4.1/ja/innodb-tr …

この回答へのお礼

マニュアルの参照先までありがとうございます。
MySQLコマンドを２つ起動して、
やってみたところ、排他待ちになりました。
制御はRDBMSにより仕様差が結構あるのですね。。
１．BEGIN
２．処理
３．BEGIN
でもコミットされてしまいました。

とりあえずファイルロックで逃げる事にしましたが、
ロックはなかなか奥が深く難しいですね。
DBを変えたら試行錯誤が必要と感じました。

お礼日時：2007/06/19 14:18

No.1 回答者： chukenkenkou 回答日時： 2007/05/23 21:37

>DBは、MySQL5ですが、DB問わず同じ挙動と思い、

>このカテゴリに質問されていただきました

排他制御の挙動は、RDBMS毎に相当な違いがあります。
MySQLについて知りたいなら、MySQLのカテゴリで質問してください。