ロールバックとロールフォワードの仕組みについて

banbooさんの書き込み (2006-08-23 01:21) より:
トランザクション２（T２）において，ロールバックを行った場合，
以下のどちらに戻るのでしょうか？

・チェックポイント（２）まで戻り，障害発生時までの再処理をおこなう

トランザクション３（T３）において，チェックポイントからコミット時までの処理
（（３）〜（４）までの処理）の結果は，DB本体には書き出されていないという
認識で宜しいでしょうか？

・私の知っているDBMSでは(1)に戻るだけです。障害発生後にDBMSの利用者が
どんな更新をしようとしていたかなんてDBMSにはわからないので。

・ロールバックされるT２は「元から存在しなかった」ものとされるので、
障害発生時までの再処理もされずに闇に葬り去られます。

banbooさんの書き込み (2006-08-24 13:33) より:
一般的には，１−２の間の処理は，DB本体には
書き出されていないという認識で宜しいでしょうか．
（３の時点で，メモリのバッファ上にWALが書き出される）

Oracleの場合なども含め，５のチェックポイント前に障害が発生したので，
「更新の反映が完了している保証がない」という認識で
よろしいでしょうか？

ロールバックされるT２は「元から存在しなかった」ものとされるので、
障害発生時までの再処理もされずに闇に葬り去られます。

４で障害が発生したので、５のチェックポイントはありえません。
チェックポイント前にリカバリが必要なので、５のチェックポイントを
行えるようになった時点では、障害そのものが無かったものと同じです。

バッファだけでなくWALのファイルにも書き出されますよ。
OracleであればREDOログバッファの1/3を使った場合などです。

トランザクション中にWALに書き込む事が可能な理由は、
「コミットの確定 = WALにコミットレコードが存在する」
という条件で判断しているからです。