同じＳＥＬＥＣＴ文同士でのデッドロックが発生

ORACLE10Gを使用したアプリ開発中です。

アプリ中、１テーブルに対して全く同じ条件で
複数レコードを悲観的ロック(for update)しながら取得し、
項目を更新するＳＱＬを発行します。

単発では問題なかったのですが、処理時間の関係で
パラレルで実行された場合にデッドロックを検出することがあります。

ORACLEのudumpの中を確認すると全く同じSELECTのSQL同士で
デッドロックが発生したと表示されています。

こういった場合、どういう原因が考えられるでしょうか？
（同じ条件による悲観的ロックであれば多重実行でも
　処理待ちをするだけだと思っているのですが・・・）

よろしくお願いします。

No.2 ベストアンサー 回答者： chie65536 回答日時： 2007/10/02 11:40

＞２つの処理がロックしてしまう、というように聞こえますが

＞こういうことはあるんでしょうか？
あるんです。Ａのプロセスも、Ｂのプロセスも「誰もロックしてない」って思ってますから。
Ａがロックを掛けた直後に、Ｂは「さっき調べた時は誰もロックしてなかったから、ロックしよう」と「上書きロック」をしてしまいます。

通常は１と３の間に２が割り込まず、２が後回しになる為、以下のようにＡもＢも正常終了します。
１．Ａがレコードのロック状態を検査。ロック無しと判定
３．Ａがレコードをロック
２．Ｂがレコードのロック状態を検査。ロック有りと判定
４．Ｂはレコードのロックが解除されるまで待ち合わせ
（以下略）

デットロックの直接の原因は「間に割り込みが入らず一連の動作として処理しなければならない、ロック状態の検査とロック設定の間に、別プロセスが割り込むため」です。

こういうケースは、データベースがサーバー上にあり、アクセスがネットを介して行われる場合で、２つのプロセスが同時に同じ処理を行った際に多発します。

回避には、独自にセマフォ変数やミューテックス変数を用意するなどして「データベースのロック機能以外を使って」排他制御が必要です。

この回答へのお礼

ご回答ありがとうございます。

こういうことはDBMS上ありえないと勝手に思ってました。
おかげで対処できそうです。
色々ありがとうございました。

お礼日時：2007/10/02 17:11

No.1 回答者： chie65536 回答日時： 2007/10/01 17:09

下記タイミングで処理されるとデットロックします。

１．Ａがレコードのロック状態を検査。ロック無しと判定
２．Ｂがレコードのロック状態を検査。ロック無しと判定
３．Ａがレコードをロック
４．Ｂがレコードを再ロック
５．Ａが更新の為にレコード取得を試みる。が、４でＢにロックされている為、ロックが解除されるまで処理待ち
６．Ｂが更新の為にレコード取得を試みる。が、３でＡにロックされている為、ロックが解除されるまで処理待ち
７．めでたくデットロック

実際の処理では、レコードのロック以外に、テーブルのロック、システムテーブルのレコードロックとかも行うので、レコードロックとテーブルロックなどがかち合って、もっと楽しい事(※)が起きます(笑)

(※)サーバーをリブートしないと復活しないとか、サーバーをリブートしても復活しないとか、色々。起きると死にそうな目に遭う。

この回答へのお礼

ご回答ありがとうございます。

ちょっとだけ追加でご質問させてください。

>１．Ａがレコードのロック状態を検査。ロック無しと判定
>２．Ｂがレコードのロック状態を検査。ロック無しと判定
>３．Ａがレコードをロック
>４．Ｂがレコードを再ロック

というところですが、同時実行だと同一のレコードに対して
２つの処理がロックしてしまう、というように聞こえますが
こういうことはあるんでしょうか？

私の記述がわかりにくかったかもしれませんが、
今回の対象は２つの処理で全く同じレコード郡に対しての
同時実行であった為です。

もし同時実行で後続の処理が同じレコードを
再ロックするなんてことがあるのならちょっと
考えないといけなそうなので^^；

お礼日時：2007/10/01 18:16