データベーススペシャリスト 2014年 午前2 問14

ダーティリード【午前2解説】

正解の理由

解法ステップ

1. 各選択肢の時系列（更新・読み取り・コミット/ロールバックの順）を追う。
2. 「読んだ値が後にロールバックで消える」場合はダーティリードの典型。
3. 「読んだ後に別トランザクションがコミットする」場合は非リピータブルリード等、別の現象と判定する。
4. 選択肢にコミット／ロールバックの記述がなければ、その有無で現象の成立可否を評価する。

選択肢別の誤答解説

• ア: 説明が内部で矛盾しています。T2が自分で行った更新を後で読み直して「更新が反映されていない値を得る」とありますが、同一トランザクション内で自分の更新を見えなくすることは通常のトランザクション整合性では起きません（コミットや他トランザクションの振る舞いが明記されていないため、ダーティリードとは言えません）。したがって誤りです。
• イ:（正解）T1が更新→T2が読み取り→T1がロールバック、という流れは「未コミットのデータを他トランザクションが読んだ」典型でありダーティリードです。読み取ったデータが最終的に存在しないことになる点が本質です。
• ウ: これはファントムリード（phantom read）の記述です。ある検索条件で行を探している最中に他トランザクションが条件に合致する行を挿入し、再検索すると新しい行が現れる現象を指します。読み取り対象の「行集合」が変わる点が特徴で、ダーティリードとは別現象です。
• エ: 同じ行をT2が2回読み、その間にT1が更新してコミットしたために値が変わる、という記述は「非リピータブルリード（非再現リード）」です。ポイントは更新がコミットされていることで、T2が読んだ最初の値は後に永続的に変化しており「未コミット読み」ではない点でダーティリードとは異なります。

よくある誤解

• ダーティリードと非リピータブルリードを混同する：どちらも「同じ行を読み直して値が変わる」ように見えるが、ダーティリードは「読み取った更新がロールバックされる（未コミット）」場合、非リピータブルリードは「他トランザクションがコミットして値が恒久的に変わる」場合で区別される。
• ファントムと非リピータブルリードの混同：非リピータブルは同一行の値の変化、ファントムは検索結果（行の集合）の増減が問題になる。
• 「読み取りの不整合は常に発生する」は誤り：隔離レベルにより発生可否が制御される。

補足コラム

• 代表的なトランザクション異常と防止される隔離レベル（一般的な関係）
  • ダーティリード：Read Uncommittedで発生。Read Committed以上で防止。
  • 非リピータブルリード：Read Committedでは発生するがRepeatable Read以上で防止（実装差あり）。
  • ファントムリード：Repeatable Readでも実装次第では発生、Serializableで完全に防止。
• 実務上はデータベース製品ごとに既定の隔離レベルと実装が異なるため、具体的な挙動はドキュメントで確認すること。
• 簡単な再現例（概念示例）：

  -- T1
  BEGIN;
  UPDATE accounts SET balance = balance + 100 WHERE id = 1;  -- 未コミット
  
  -- T2
  SELECT balance FROM accounts WHERE id = 1;  -- T1 の未コミット更新を読む（ダーティリード）
  
  -- T1
  ROLLBACK;  -- 更新取り消し。T2 は存在しない値を読んでいたことになる
  

FAQ