基本情報技術者 2018年 春期 午前（科目A） 問30

ロックの粒度と競合・メモリ影響【午前解説】

正解の理由

• a（ロック競合がより起こりやすい）の観点では、表単位ロックは一方のトランザクションが表全体をロックするともう一方は待たされるため競合が高くなります。
• b（トランザクション実行中にRDBMSが使用するメモリがより多く必要）の観点では、行単位ロックは更新する各行ごとにロック情報を保持するため、管理するロック数が増えメモリ使用量が大きくなります。
  したがって a = 表、b = 行 の組合せ（選択肢 ウ）が正解です。

解法ステップ

1. 設問の状況を確認：複数行を更新する二つのトランザクションが同一表で並行実行される。
2. 「競合がより起こりやすい」観点で比較：表ロックは単一ロックで表全体を占有するため競合が高い。
3. 「ロック管理のメモリ使用量」観点で比較：行ロックは更新する行ごとにロックを保持するためロック数・メモリが増える。
4. 結果を選択肢に当てはめる：a=表、b=行 → ウが正解。

選択肢別の誤答解説

• ア（a: 行、b: 行）
  誤り。行ロックは競合を減らす性質があるため「競合がより起こりやすい」は行ではない。
• イ（a: 行、b: 表）
  誤り。aで行を選ぶと競合が起きやすいとするが、競合は表ロックの方が起こりやすい。bで表を選ぶとメモリ使用が多いとするが実際は行ロックで管理コストが増える。
• ウ（a: 表、b: 行）
  正解。表ロックは競合が起きやすく、行ロックはロック数が増えてRDBMSのメモリ使用が増加するため、問題の記述に合致します。
• エ（a: 表、b: 表）
  誤り。表ロックが競合しやすい点は合っているが、ロック管理のメモリ使用量は表ロックよりも行ロックのほうが多くなるため b=表 は不適切。

よくある誤解

• 「行ロックのほうが常に競合が多い」と誤解する人がいますが、実際は行ロックのほうが細粒度で衝突は減ります。
• 「ロック管理のメモリ負荷は無視できる」と考えがちですが、大量の行を同時にロックするとロックテーブルや管理情報でメモリ負荷が増加します。
• 「表ロック＝良くない」と単純に決めつけるのも誤りで、更新対象がテーブル全体に及ぶバッチ処理などでは表ロックの方が効率的な場合があります。

補足コラム

• ロック粒度のトレードオフは「同時実行性（Concurrency）」対「オーバーヘッド（管理コスト）」です。行ロックは高い同時実行性を実現しますが、ロックの取得／管理／解放に伴うオーバーヘッドとデッドロックの発生確率が上がります。
• 多くのRDBMSは状況に応じて「ロックエスカレーション（複数の行ロックからテーブルロックへ昇格）」を行い、ロックテーブルの肥大化を防ぐ仕組みを持ちます。
• 実運用では、更新対象の範囲、トランザクションの長さ、同時接続数を考慮してロック戦略（行ロック、ページロック、表ロック、楽観的ロック等）を選択します。

FAQ