summaryrefslogtreecommitdiff
path: root/sql/sql_bitmap.h
diff options
context:
space:
mode:
authorGuilhem Bichot <guilhem@mysql.com>2009-03-05 14:46:45 +0100
committerGuilhem Bichot <guilhem@mysql.com>2009-03-05 14:46:45 +0100
commit8a715a599077b7546af558aa47e37423dc322f7e (patch)
treeaa8f7d6fda3fb4480d819043de8d56fb19dd78a2 /sql/sql_bitmap.h
parent6a1bc662d67cdb7716480654ddd63d504508b4fa (diff)
downloadmariadb-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