XtraDB changed page tracking¶
Important
Starting with Percona Server for MySQL 8.0.30, the changed page tracking feature is removed and no longer supported.
Starting with Percona Server for MySQL 8.0.27, the page tracking feature is deprecated and may be removed in future versions.
We recommend using the MySQL page tracking feature. For more information, see MySQL InnoDB Clone and page tracking.
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 innodb_track_changed_pages.
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:
Expected output
ib_modified_log_1_0.xdb
ib_modified_log_2_1603391.xdb
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 innodb_max_bitmap_file_size variable.
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.
User statements for handling the XtraDB changed page bitmaps¶
New statements have been introduced for handling the changed page bitmap tracking. All of these statements require SUPER privilege.
-
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.
Additional information in SHOW ENGINE INNODB STATUS¶
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.
Note
Implemented in Percona Server for MySQL 8.0.13-4, a new InnoDB monitor, log_writer_on_tracker_waits, records log writer waits due to changed page tracking lag. This log writer works in parallel with other log_writer_on_[*]_ waits monitors.
INFORMATION_SCHEMA tables¶
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.
INFORMATION_SCHEMA.INNODB_CHANGED_PAGES¶
| Column Name | Description |
|---|---|
| ‘INT(11) space_id’ | ‘space id of modified page’ |
| ‘INT(11) page_id’ | ‘id of modified page’ |
| ‘BIGINT(21) start_lsn’ | ‘start of the interval’ |
| ‘BIGINT(21) end_lsn’ | ‘end of the interval ‘ |
The 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 innodb_max_changed_pages.
Version specific information¶
- 8.0.12-1: The feature was ported from Percona Server for MySQL 5.7.
System variables¶
innodb_max_changed_pages¶
| Option | Description |
|---|---|
| Command Line: | Yes |
| Config file | Yes |
| Scope: | Global |
| Dynamic: | Yes |
| Data type | Numeric |
| Default value | 1000000 |
| Range | 1 - 0 (unlimited) |
This variable is used to limit the result row count for the queries from INFORMATION_SCHEMA.INNODB_CHANGED_PAGES table.
innodb_track_changed_pages¶
| Option | Description |
|---|---|
| Command Line: | Yes |
| Config file | Yes |
| Scope: | Global |
| Dynamic: | No |
| Data type | Boolean |
| Default value | 0 - False |
| Range | 0-1 |
This variable is used to enable/disable XtraDB changed page tracking feature.
innodb_max_bitmap_file_size¶
| Option | Description |
|---|---|
| Command Line: | Yes |
| Config file | Yes |
| Scope: | Global |
| Dynamic: | Yes |
| Data type | Numeric |
| 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.
Get expert help¶
If you need assistance, visit the community forum for comprehensive and free database knowledge, or contact our Percona Database Experts for professional support and services.