diff options
author | Guilhem Bichot <guilhem@mysql.com> | 2009-03-05 14:46:45 +0100 |
---|---|---|
committer | Guilhem Bichot <guilhem@mysql.com> | 2009-03-05 14:46:45 +0100 |
commit | 8a715a599077b7546af558aa47e37423dc322f7e (patch) | |
tree | aa8f7d6fda3fb4480d819043de8d56fb19dd78a2 /sql/sql_bitmap.h | |
parent | 6a1bc662d67cdb7716480654ddd63d504508b4fa (diff) | |
download | mariadb-git-8a715a599077b7546af558aa47e37423dc322f7e.tar.gz |
Fix for BUG#42180 "Maria: maria-recovery-bitmap.test fails repeatedly"
storage/maria/ma_loghandler.c:
Normally, when we log LOGREC_LONG_TRANSACTION_ID, undo_lsn should be 0: assert this.
storage/maria/ma_test_force_start.pl:
this script does not work with mtr2, make it use mtr1
storage/maria/trnman.c:
The bug's cause was that: transaction would log LOGREC_LONG_TRANSACTION_ID, then Checkpoint would run
and skip it (because its undo_lsn is still 0), then transaction would log REDO+UNDO, then crash. At Recovery,
REDO phase would start from Checkpoint's record LSN, so wouldn't see LOGREC_LONG_TRANSACTION_ID, and
as Checkpoint record does not mention transaction, transaction would be unknown, so its REDO+UNDO would
be thrown away (assumed to belong to a transaction committed long ago as unknown), so transaction
would not be rolled back, which is wrong. Fix is: it was wrong to skip a transaction if undo_lsn is 0;
as soon as LOGREC_LONG_TRANSACTION_ID has been logged, it becomes potentially invisible to the REDO
phase, and so we must include this transaction in the checkpoint record.
Diffstat (limited to 'sql/sql_bitmap.h')
0 files changed, 0 insertions, 0 deletions