Data at Rest Encryption¶
The following system variables, status variables, and options have been removed in Percona Server for MySQL 8.0.31-23.
| Variable name |
|---|
innodb_encryption_rotation_pages_read_from_cache |
innodb_encryption_rotation_pages_read_from_disk |
innodb_encryption_rotation_pages_modified |
innodb_encryption_rotation_pages_flushed |
innodb_encryption_rotation_estimated_iops |
innodb_encryption_rotation_list_length |
innodb_num_pages_encrypted |
innodb_num_pages_decrypted |
innodb_encryption_threads |
innodb_encryption_rotate_key_age |
innodb_encryption_rotation_loops |
innodb_default_encryption_key_id |
rotate_system_key and any dependencies |
The following system variable options have been changed in Percona Server for MySQL 8.0.31-23.
| Variable name | Changed |
|---|---|
default_table_encryption |
Changed to two options: ON or OFF |
innodb_sys_tablespace_encrypt |
Changed to Boolean |
Data security is a concern for institutions and organizations. Transparent
Data Encryption (TDE) or Data at Rest Encryption encrypts
data files. Data at rest is
any data that is not accessed or changed frequently, stored on different
types of storage devices. Encryption ensures that if an unauthorized user
accesses the data files from the file system, the user cannot read the contents.
If the user uses master key encryption, the MySQL keyring plugin stores the InnoDB master key, used for the master key encryption implemented by MySQL. The master key is also used to encrypt redo logs, and undo logs, along with the tablespaces.
The InnoDB tablespace encryption has the following components:
-
The database instance has a master key for tablespaces and a master key for binary log encryption.
-
Each tablespace has a tablespace key. The key is used to encrypt the Tablespace data pages. Encrypted tablespace keys are written on the tablespace header. In the master key implementation, the tablespace key cannot be changed unless you rebuild the table.
Two separate keys allow the master key to be rotated in a minimal operation. When the master key is rotated, each tablespace key is decrypted and re-encrypted with the new master key. The key rotation only reads and writes to the first page of each tablespace file (.ibd).
An InnoDB tablespace file is comprised of multiple logical and physical pages. Page 0 is the tablespace header page and keeps the metadata for the tablespace. The encryption information is stored on page 0 and the tablespace key is encrypted.
An encrypted page is decrypted at the I/O layer, added to the buffer pool, and used to access the data. A buffer pool page is not encrypted. The page is encrypted by the I/O layer before the page is flushed to disk.
Percona XtraBackup support¶
Percona XtraBackup version 8 supports the backup of encrypted general tablespaces.
Percona XtraBackup only supports features that are Generally Available (GA) in Percona Server for MySQL. Due to time constraints, GA features may be supported in a later Percona XtraBackup release. Review the Percona XtraBackup release notes for more information.
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.