Припустимо, що існує таблиця T лише з одним стовпцем.
Припустимо, що "журнал скасування" - це файл бази даних, що містить незахищені транзакції, і що "повторний журнал" - це файл бази даних, що містить як незапущені, так і скоєні транзакції, які ще не застосовані до файлів даних.
At 8:00 A.M., Transaction 100 inserts rows with values 101, 102 and 103
into table T.
At 8:10 A.M., Transaction 100 is committed and the commit for
transaction 100 completes.
At 8:15 A.M., Transaction 200 updates row 101 to 201, 102 to 202
and 103 to 203.
At 8:20 A.M., Transaction 200 has not been committed and remains
in the undo log of the database.
At 8:25 A.M., Transaction 300 increments each row by 50,
changing row 201 to 251, 202 to 252, and 203 to 253.
At 8:30 A.M., Transaction 300 has not been committed and remains
in the undo log of the database.
At 8:35 A.M., The instance providing access to the database crashes.
At 8:40 A.M., The instance is restarted, and the database files are
opened as the instance is started:
The committed values in T are still 101, 102 and 103.
Since 201, 202, and 203, and 251, 252 and 253
are not committed, if they are written into the "redo
log" of the database, there is a need to "roll back"
the transactions AFTER the "redo log" is applied.
Since 201, 202, and 203, and 251, 252 and 253
are not committed, they are in the "undo log"
of the database.
The undo log of the database is used BOTH to (1) roll
back a transaction that is deliberately rolled
back in the memory structure of the database instance,
and also (2) during the instance recovery at 8:40 A.M.
At 8:41 A.M., The redo log has been applied, and the T table
contains values 251, 252 and 253 in the instance memory.
The undo log has not yet been applied.
At 8:42 A.M., The undo log is applied in the reverse order:
Uncommitted transaction 300 is undone, and
Uncommitted transaction 200 is undone.
Чому BOTH вчинені та непослані транзакції записуються у файл журналу повтору? Причиною цього є забезпечення точного відновлення.
Це означає, що вміст файлу "повторного журналу" НЕ узгоджується з транзакціями. З цієї причини, кожного разу, коли повторний журнал використовується для застосування вчинених транзакцій до файлів даних, "скасувати журнал" ОБОВ'ЯЗКОВО слід використовувати також для того, щоб повернути незавершені транзакції.
Чому транзакції з "журналу скасування" повертаються у зворотному порядку? Транзакція 300 додала 50 до існуючого значення кожного стовпця кожного рядка. Отже, якщо транзакція 200 буде повернута спочатку, значення зміняться з 251, 252 та 253 до 201, 202 та 203. Якщо транзакція 300 була згорнута останньою, значення будуть 151, 152 та 153 - які не відповідають первісні цілісні значення.
ДОВІДКИ
https://asktom.oracle.com/pls/asktom/f?p=100:11:45::::P11_QUESTION_ID:1670195800346464273