下表显示了单个文件备份映像或目录备份中包含的不同类型的文件。在单文件备份的情况下,将该文件解压缩到提取
或者是image-to-backup-dir
命令查看文件。
表1.1备份中的文件类型
文件名、模式或扩展名 |
与原始数据文件的关系 |
笔记 |
||
---|---|---|---|---|
|
InnoDB系统表空间,包含多个InnoDB表和关联的索引。 |
由于在进行备份时,原始文件可能会更改,因此 |
||
|
一个InnoDB表空间,可以是(afile-per-table表空间,包含一个单独的InnoDB表和关联的索引,或者(b)每个表一个文件外部表空间位于服务器的数据目录之外,包含一个InnoDB表和关联的索引,或者(c) a一般的表空间,包含一个或多个表及其索引。 |
因为在进行备份时,原始文件可能会发生更改,所以应用日志步骤将相同的更改应用于相应的备份文件。 |
||
|
MySQL数据目录下的InnoDB数据文件的压缩格式。 |
产生相反的 的 |
||
|
持有串行字典信息(SDI)对于MyISAM表,这是表的元数据。 |
在复制这些文件时,数据库将处于只读状态。复制这些文件时不加修改。 |
||
|
MyISAM表数据。 |
在复制这些文件时,数据库将处于只读状态。复制这些文件时不加修改。 |
||
|
MyISAM索引数据。 |
在复制这些文件时,数据库将处于只读状态。复制这些文件时不加修改。 |
||
|
CSV表的元数据。 |
复制这些文件时不加修改。的 |
||
|
CSV表的数据。 |
复制这些文件时不加修改。的 |
||
|
合并存储引擎对其他表的引用。 |
在复制这些文件时,数据库将处于只读状态。复制这些文件时不加修改。 |
||
|
存档存储引擎表元数据。 |
在复制这些文件时,数据库将处于只读状态。复制这些文件时不加修改。 |
||
|
存档存储引擎表数据。 |
在复制这些文件时,数据库将处于只读状态。复制这些文件时不加修改。 |
||
|
记录MySQL数据文件布局的配置参数。 |
在还原操作中使用,以重现与进行备份时相同的布局。 |
||
|
记录 |
该文件是在增量备份时创建的。在恢复期间,文件中的信息用于从完全备份中删除从完全备份到增量备份期间被删除的表。 |
||
|
精简版的 |
InnoDB日志文件( |
||
|
创建而不是 |
|||
|
在备份目录下创建的mysqlbackup在 |
这些文件不是从原始数据目录复制的,而是在备份目录中重新创建的 |
||
带时间戳的目录,例如 |
创建的 |
使用 |
||
|
一个子目录,存储原始MySQL实例中的数据文件和数据库子目录。 |
在备份目录下创建mysqlbackup. |
||
来自服务器的二进制日志文件,默认情况下包含在备份中(使用——use-tts 选项)。它们允许对服务器进行快照,这样就可以将服务器克隆到其确切的状态。以完全备份为基础,增量备份中包含的二进制日志文件可以用于时间点恢复(PITR),它将数据库恢复到上次完全备份之后某个时间点的状态。看到datadir备份文件内部的目录。MySQL服务器上索引文件的副本列出了所有使用的二进制日志文件,并正确更新了二进制日志文件的位置,以指向这些文件在备份中的位置,该副本也包含在备份文件中datadir 目录中。使用——skip-binlog 选项从备份中排除二进制日志。默认情况下,二进制日志文件和索引文件将恢复到它们在备份服务器上找到的相同位置。使用 二进制日志文件经过压缩保存
笔记
|
从副本服务器中继日志文件,默认情况下,这些文件包含在副本服务器的备份中(使用——use-tts 选项)。包含它们可以节省在恢复副本时从源获取中继日志所需的时间和资源。 |
保存下 缺省情况下,中继日志文件和索引文件将恢复到它们在备份副本服务器上找到的相同位置。使用 不将中继日志文件还原到具有.bz扩展时,包括在压缩备份。 |
||
|
压缩的二进制日志或中继日志文件。 | 二进制日志和中继日志文件被压缩保存在 |
||
从服务器上撤消日志文件。看到撤消表空间获取详细信息。 对于8.0.16及更高版本:备份中包括活动和不活动的undo表空间。此外,当 |
默认保存在 对于8.0.15及更早版本:方法指向的位置将恢复undo表空间 对于8.0.16及更高版本:在恢复期间,缺省的undo表空间以及备份服务器数据目录中的任何非缺省的undo表空间都被恢复到mysqlbackup选项 不将撤消日志文件还原到具有 |
压缩的undo日志文件。 | undo日志文件被压缩保存 |
|
加密的密匙环数据文件 |
对于使用 对于使用非keyring插件的服务器 |
一个加密文件,包含加密InnoDB表的主密钥。看到 副本状态日志文件 |
通常叫master.info 而且relay-log.info ,默认情况下,它们包含在复制设置中的复制数据库备份中。看到复制元数据存储库的细节。 |
保存下 在备份或还原过程中,当 |
备份映像文件 |
生成的单文件备份 |
您可以移动图像文件而不丢失或损坏其中的内容,然后用mysqlbackup使用 |
||
的子目录中的任何其他文件 |
从MySQL数据目录下的数据库子目录复制的。 |
默认情况下,MySQL数据目录下的子目录中任何无法识别的文件都会复制到备份中。要省略这些文件,请指定 |
一个子目录,用于存储关于备份的元数据文件。 |
在备份目录下创建mysqlbackup.下面列出的所有文件放入 |
|
保存备份的重要信息。使用的mysqlbackup只有。 |
mysqlbackup在初始备份之后的操作期间(如应用日志阶段或恢复阶段),咨询并可能更新此文件。 |
||
|
控件生成的单文件备份中存在的所有文件(本身除外)的列表 |
列出创建备份的命令行参数和环境。该文件的详细信息请参见 |
||
|
备份数据的文件和数据库定义的基本元数据。它还包含在备份服务器上定义的所有插件的详细信息,通过这些信息,用户应该确保在恢复的目标服务器上以相同的方式定义相同的插件。该文件的详细信息请参见 |
|||
|
产生的 |
您指定的注释是为了记录此备份作业的目的或特殊考虑。 |
||
|
表示备份来自启用gtid的服务器。 |
gtid是MySQL 5.6及更高版本中的一个复制特性。看到使用全局事务标识符进行复制获取详细信息。当你备份一个启用了gtid的服务器时mysqlbackup,文件名为 为 |
||
|
包含备份服务器设置为非默认值的全局变量的值。使用此文件或 |
在一次
警告
当使用该文件重新启动目标服务器时,更改如下参数 |
||
|
包含备份服务器的所有全局变量的值。使用此文件或 |
在一次
警告
当使用该文件重新启动目标服务器时,更改如下参数 |
||
backup-auto.cnf |
文件副本 |
文件被恢复到恢复后的服务器的数据目录中。要使用内部存储的用于恢复的服务器的UUID,请将文件重命名为 |
||
backup-mysqld-auto.cnf |
文件副本 |
文件被恢复到恢复后的服务器的数据目录中。若要使用存储在其中的已恢复服务器的持久系统变量,请将文件重命名为 |
||
|
时在服务器上生成的文件 实际的文件名可能不同,因为它可以由服务器的系统变量配置 |
MySQL服务器的默认设置为5.7.7及之后( |
||
该文件跟踪外部表空间,记录它们在备份服务器上的文件路径和它们的表空间id。 |
如果在备份的服务器上存在任何外部表空间,跟踪器文件将在
警告
恢复完成后,如果恢复的服务器包含任何外部表空间,将在恢复的服务器的数据目录中找到一个跟踪文件。 |