令和4年度 秋期 午前Ⅱ 問13

✓ これが正解エ複数レコードを更新するときにロックを掛ける順番を決めておき，全てのバッチ処理がこれに従って処理するように設計する。

解説

ロックを掛ける順番を全処理でそろえると、待ちが輪にならず回避できます。

デッドロックは、二つ以上の処理が互いに相手の持つロックの解放を待ち合い、どちらも先へ進めなくなる状態です。典型的には、処理1がレコード甲、処理2がレコード乙をロックしたあと、処理1が乙を、処理2が甲を求めるときに起こります。ここで、複数のレコードを更新するときのロックの順番を全てのバッチ処理で同じに決めておけば、どの処理も甲の次に乙という同じ順でロックを求めます。すると、乙を持ったまま甲を待つ処理が生まれず、待ちが輪になることがありません。これがデッドロックを避ける設計として適切です。待ちの関係が輪にならない仕組みかどうかを軸にすると、他のガイドラインとの違いが分かります。

ほかの選択肢はなぜ違うのか

• ア参照するレコードにも，専有ロックを掛ける…：参照するだけのレコードにも専有ロックを掛けると、本来は同時に読めるはずの処理まで互いを待たせることになります。ロックの衝突が増えるため、デッドロックが起こる機会もかえって増えます。
• イ大量データに同じ処理を行うバッチ処理は，…：大量データへの処理を一つのトランザクションにまとめると、多くのレコードのロックを長い時間持ち続けることになります。他のバッチ処理と競合する範囲と時間が広がり、デッドロックの起こりやすさは増します。
• ウトランザクション開始直後に，必要なレコー…：最初に全てのレコードへ専有ロックを掛けようとしても、失敗したレコードを待って再試行する間、既に得たロックは持ったままです。その間に他の処理も同じように待てば、互いに待ち合う状態から抜け出せなくなります。