XtraDB now tracks the pages that have changes written to them according to the redo log. This information is written out in special changed page bitmap files. This information can be used to speed up incremental backups using Percona XtraBackup by removing the need to scan whole data files to find the changed pages. Changed page tracking is done by a new XtraDB worker thread that reads and parses log records between checkpoints. The tracking is controlled by a new read-only server variable
Bitmap filename format used for changed page tracking is
ib_modified_log_<seq>_<startlsn>.xdb. The first number is the sequence number of the bitmap log file and the startlsn number is the starting LSN number of data tracked in that file. Example of the bitmap log files should look like this:
Sequence number can be used to easily check if all the required bitmap files are present. Start LSN number will be used in XtraBackup and
INFORMATION_SCHEMA queries to determine which files have to be opened and read for the required LSN interval data. The bitmap file is rotated on each server restart and whenever the current file size reaches the predefined maximum. This maximum is controlled by a new
Old bitmap files may be safely removed after a corresponding incremental backup is taken. For that there are server User statements for handling the XtraDB changed page bitmaps. Removing the bitmap files from the filesystem directly is safe too, as long as care is taken not to delete data for not-yet-backuped LSN range.
This feature will be used for implementing faster incremental backups that use this information to avoid full data scans in Percona XtraBackup.
New statements have been introduced for handling the changed page bitmap tracking. All of these statements require
FLUSH CHANGED_PAGE_BITMAPS- this statement can be used for synchronous bitmap write for immediate catch-up with the log checkpoint. This is used by innobackupex to make sure that XtraBackup indeed has all the required data it needs.
RESET CHANGED_PAGE_BITMAPS- this statement will delete all the bitmap log files and restart the bitmap log file sequence.
PURGE CHANGED_PAGE_BITMAPS BEFORE <lsn>- this statement will delete all the change page bitmap files up to the specified log sequence number.
When log tracking is enabled, the following additional fields are displayed in the LOG section of the
SHOW ENGINE INNODB STATUS output:
- “Log tracked up to:” displays the LSN up to which all the changes have been parsed and stored as a bitmap on disk by the log tracking thread
- “Max tracked LSN age:” displays the maximum limit on how far behind the log tracking thread may be.
This table contains a list of modified pages from the bitmap file data. As these files are generated by the log tracking thread parsing the log whenever the checkpoint is made, it is not real-time data.
start_lsn and the
end_lsn columns denote between which two checkpoints this page was changed at least once. They are also equal to checkpoint LSNs.
Number of records in this table can be limited by using the variable
|Range:||1 - 0 (unlimited)|
This variable is used to limit the result row count for the queries from
|Default Value:||0 - False|
This variable is used to enable/disable XtraDB changed page tracking feature.
|Default Value:||104857600 (100 MB)|
|Range:||4096 (4KB) - 18446744073709551615 (16EB)|
This variable is used to control maximum bitmap size after which the file will be rotated.
For general inquiries, please send us your question and someone will contact you.