1.3.1类型的文件包含在备份

下表展示了不同类型的文件都包含在单个备份映像或一个目录备份。对于单个文件备份,解压文件到一个提取或者是image-to-backup-dir命令查看文件。

表1.1类型的文件备份

文件名,模式,或扩展

与原始数据文件

笔记

ibdata *

InnoDB系统表空间,包含多个InnoDB表和相关的索引。

因为原来的文件可能会改变在备份过程中,运用原木步骤相同的更改应用到相应的备份文件。

* .ibd

InnoDB表空间,可以(a)file-per-table表空间,包含一个InnoDB表和相关索引,或者(b) file-per-table外部表空间以外的服务器的数据目录中,包含一个InnoDB表和相关索引,或(c)一般的表空间,包含一个或多个表及其索引。

因为原来的文件可能会改变在备份的过程中,运用原木步骤相同的更改应用到相应的备份文件。

* .ibz

InnoDB的压缩形式数据文件从MySQL数据目录。

产生相反的.ibd压缩的文件备份。的ibdata *文件代表InnoDB系统表空间在一个压缩备份也收到这个扩展。

.ibz期间未压缩的文件运用原木,复制回去,或copy-back-and-apply-log的一步。

* .frm

关于所有MySQL表的元数据。

数据库投入只读状态,而这些文件被复制。这些文件被复制修改的。

* .MYD

MyISAM表数据。

数据库投入只读状态,而这些文件被复制。这些文件被复制修改的。

* .MYI

MyISAM索引数据。

数据库投入只读状态,而这些文件被复制。这些文件被复制修改的。

* .CSM

CSV的元数据表。

这些文件被复制修改的。的backup_historybackup_progress创建的表mysqlbackup使用CSV格式,所以备份总是与这个扩展包括一些文件。

* . csv

CSV数据表。

这些文件被复制修改的。的backup_historybackup_progress创建的表mysqlbackup使用CSV格式,所以备份总是与这个扩展包括一些文件。

* .MRG

合并存储引擎引用其他表。

数据库投入只读状态,而这些文件被复制。这些文件被复制修改的。

* .TRG

触发参数。

数据库投入只读状态,而这些文件被复制。这些文件被复制修改的。

* .TRN

触发器名称空间信息。

数据库投入只读状态,而这些文件被复制。这些文件被复制修改的。

* .opt

数据库配置信息。

数据库投入只读状态,而这些文件被复制。这些文件被复制修改的。

* .par

分区表的定义。

数据库投入只读状态,而这些文件被复制。这些文件被复制修改的。

* . arm

档案表元数据存储引擎。

数据库投入只读状态,而这些文件被复制。这些文件被复制修改的。

* .ARZ

档案表的数据存储引擎。

数据库投入只读状态,而这些文件被复制。这些文件被复制修改的。

backup-my.cnf

记录的配置参数指定布局和其他重要的关于MySQL数据文件的信息。

该文件中创建一个备份,它包含关键参数描述的备份数据innodb_data_file_path,innodb_log_file_size,innodb_log_files_in_group,等等。它也可能包含其他InnoDB参数innodb_data_home_dirinnodb_undo_directory如果一些mysqlbackup使用的参数存储在这个文件中理解的结构备份和执行各种操作。您可能需要提供这些参数mysqlbackup在恢复和mysqld当你开始目标服务器如果目标服务器和备份的配置不同。看到的讨论

ibbackup_ibd_files

记录的名称.ibd在增量备份文件和他们的空间id。

这个文件中创建一个增量备份。在恢复期间,文件中的信息用于删除表之间的完全备份,删除的时候完全备份和增量备份的时间。

ibbackup_logfile

的一个压缩版本ib_logfile *文件从MySQL数据目录。

InnoDB日志文件(ib_logfile *)是固定大小的文件,期间不断更新数据库的操作。备份的目的,只有变化,承诺在备份的过程中是必要的。这些变化记录ibbackup_logfile,用于重建ib_logfile *文件在运用原木阶段。

ibbackup_redo_log_only

而不是创建ibbackup_logfile增量备份用——incremental-with-redo-log-only选择。

ib_logfile *

在备份目录中创建mysqlbackup运用原木在最初阶段备份。

这些文件不是从原始数据目录中复制,而是重新创建备份目录中运用原木阶段初始备份后,使用中记录的更改ibbackup_logfile文件。

* .bl

更名为版本的每一个.isl文件从备份服务器。

一个.isl文件被创建时指定的位置InnoDB表,并使用语法创建表……数据目录=…(见创建外部表详情),或者当一个表装入一般tabelspace(仅为MySQL 5.7和之后;看到一般的表空间详情)。的.isl文件就像一个符号链接指向表空间文件。的.bl文件可能会或可能不会转回.isl文件在复制回去copy-back-and-apply-log操作。如果指定的目录不存在服务器上的备份恢复,mysqlbackup尝试创建它。如果无法创建目录,执行恢复操作失败。因此,如果你想使用数据目录条款将表放在不同的位置或恢复到服务器不同的文件无法创建相应的目录结构,编辑.bl文件恢复指向目录之前确实存在,但在目标服务器上。

当创建恢复备份.bl文件已经包含.ibd文件——力当你恢复备份选项是必需的。

时间戳目录,等2011 - 05 - 26 - _13 - 42 - 02

创建的——with-timestamp选择。所有的备份文件进入这个子目录。

使用——with-timestamp选择轻松地保持超过一套备份数据在同一个主备份目录下。

datadir目录

存储数据文件和数据库的子目录的子目录从原始MySQL实例。

备份目录下创建的mysqlbackup

二进制日志文件

二进制日志文件从服务器,默认包含在备份(除了创建备份时用——use-tts选项)。他们允许服务器的快照,所以服务器可以克隆其精确的状态。使用全备份为基础,包含的二进制日志文件可以使用增量备份时间点恢复(PITR),恢复一个数据库的状态后在某个时间点上最后一次完整备份。看到datadir在备份目录。索引文件的一个副本在MySQL服务器上列出所有使用二进制日志文件,二进制日志文件正确的位置更新为指向文件的位置在备份,也包括在备份下datadir目录中。使用——skip-binlog选项来排除的二进制日志备份。

对于离线备份,使用——log-bin-index选项指定索引文件的绝对路径列出所有使用的MySQL服务器二进制日志文件,如果它不同于默认值的选择,mysqlbackup找到了二进制日志文件,并将它们包括在备份。

4.1.2后来发布:默认情况下,二进制日志文件和索引文件恢复到相同的位置,他们发现在备份服务器上。使用——log-bin选项来指定一个不同的目标位置的二进制日志。使用——skip-binlog选择跳过二进制日志的恢复。

以下4.4.1早些时候发布:二进制日志文件和索引文件恢复数据恢复服务器的目录。使用——skip-binlog选择跳过二进制日志的恢复。

二进制日志文件压缩和保存.bz时扩展包括在一个压缩备份。

笔记
  • 是否有二进制日志文件丢失在服务器上备份,您应该使用——skip-binlog选项来避免mysqlbackup丢失的文件抛出一个错误。

  • 没有二进制日志文件复制到增量备份,如果——use-tts选择或——start-lsn选择使用。包括二进制日志文件增量备份期间,不使用——use-tts选择,而不是——start-lsn,可以使用——incremental-base选项,该选项提供了必要的信息mysqlbackup确保之间不存在差距的二进制日志数据包含在之前的备份和增量备份。

继电器的日志文件

继电器从副本服务器日志文件,包含在一个备份副本服务器在默认情况下(除了创建备份时用——use-tts选项)。他们包含保存所需的时间和资源获取时从源传递日志文件的副本被恢复。

保存下datadir备份目录下的目录。索引文件的副本复制服务器上列出所有继电器使用日志文件,与中继日志文件的位置正确更新为指向文件的位置在备份目录,包括到备份,下datadir目录中。使用——skip-relaylog选项来排除的中继日志备份。

对于离线备份,使用——relay-log-index选项指定索引文件的绝对路径在MySQL服务器上列出所有继电器使用的日志文件,如果它不同于默认值的选择,mysqlbackup找到继电器在备份日志文件和包含它们。

4.1.2后来发布:默认情况下,继电器日志文件和索引文件恢复到相同的位置,他们发现服务器上备份副本。使用——relay-log选项来指定一个不同的中继日志目标位置。使用——skip-relaylog选择跳过继电器的恢复日志。

以下4.4.1早些时候发布:中继日志文件和索引文件恢复到数据恢复服务器的目录。使用——skip-relaylog选择跳过继电器的恢复日志。

传递和保存日志文件压缩.bz时扩展包括在一个压缩备份。

* .bz 压缩二进制日志或中继日志文件。

二进制日志和中继日志文件压缩和保存.bz时扩展包括在一个压缩备份。他们正在恢复期间解压。

*。支架(4.1.0发布,或发布以下4.4.1后来与MySQL 5.7.20和早些时候) 转移在备份文件创建一个加密的InnoDB表。 它包含reencrypted表密钥和加密相关的其他信息。看到加密的密匙环数据文件(以下4.4.1后来发布处理MySLQ 5.7.21后来)

服务器使用keyring_encrypted_file插件,指定的文件keyring_encrypted_file_data选择在服务器复制到备份下原来的名字文件夹中。

对于服务器使用一个密匙环插件以外keyring_encrypted_file,文件命名keyring_kef,保存下文件夹中。

一个加密文件,其中包含InnoDB表的主密钥加密。看到复制元数据存储库文件 通常叫master.inforelay-log.info,默认情况下它们包含在备份的副本数据库复制设置。看到复制元数据存储库的细节。

保存下datadir备份目录下的目录。对于离线备份,使用——master-info-file——relaylog-info-file选项指定的信息文件的绝对路径,如果他们不同于默认值的选择,mysqlbackup找到这些文件,并将它们包括在备份。

这些文件的复制时跳过备份或恢复的时候——skip-relay-log选择使用。

备份映像文件

由单个备份backup-to-image指定的选项,用一个名字——备份映像选择。

你可以移动的图像文件不丢失或损坏里面的内容,然后打开它mysqlbackup使用提取命令并指定相同的名字和形象——备份映像选择。尽管一些额外的文件等backup-my.cnf子目录备份目录中,这些文件也包含在图像文件,不需要移动。

在子目录下的其他文件datadir目录(即下backup-dir/datadir/子目录)

复制数据库MySQL数据目录下的子目录。

默认情况下,任何未被承认的MySQL数据目录下的子目录中的文件复制到备份。忽略这样的文件,指定——only-known-file-types选择。

请注意

一些限制适用于这种行为。看到讨论在这里

目录

子目录与元数据存储文件的备份。

备份目录下创建的mysqlbackup。下面列出的所有文件进去子目录。

backup_variables.txt

拥有重要的信息备份。使用的mysqlbackup只有。

mysqlbackup咨询和可能更新这个文件在初始备份操作后,如运用原木阶段或恢复阶段。

image_files.xml

包含的所有文件的列表(除了本身),存在于单个文件备份产生的backup-to-imagebackup-dir-to-image选项。这个文件的详细信息,请参阅

backup_create.xml

列表的命令行参数和环境创建备份。这个文件的详细信息,请参阅——disable-manifest选择。

backup_content.xml

基本元数据文件和数据库备份数据的定义。它还包含在备份服务器上定义的所有插件的详细信息,由用户应该确保相同的插件中定义相同的方式对目标服务器进行修复。这个文件的详细信息,请参阅——disable-manifest选择。

comments.txt

产生的——评论——comments-file选择。

评论是由你指定文档的目的或特殊考虑备份工作。

backup_gtid_executed.sql

意味着备份来自服务器启用了GTIDs。

GTIDs在MySQL 5.6和更高版本复制功能。看到复制与全球事务标识符获取详细信息。当你备份服务器启用了GTIDs使用mysqlbackup,文件命名backup_gtid_executed.sql创建的备份目录下的文件夹。编辑和执行这个文件后恢复备份数据复制服务器上;看到server-my.cnf

包含备份服务器的全局变量的值设置为默认值。使用这个文件或server-all.cnf开始恢复的目标服务器。

在一次复制回去copy-back-and-apply-log操作,——datadir,——innodb_data_home_dir等)在文件中修改如果命令使变化通过命令选项。然而,在一个apply-incremental-backup操作,值已经保存在文件优先考虑和他们不修改通过命令提供的选项值。

警告

当使用文件在目标服务器重启,更改参数——tmpdir,——general-log等,并使用绝对的任何全局变量filepath避免意外使用错误的文件位置的目标服务器。

server-all.cnf

包含所有的备份服务器的全局变量的值。使用这个文件或server-my.cnf开始恢复的目标服务器。

在一次复制回去copy-back-and-apply-log操作,——datadir,——innodb_data_home_dir等)在文件中修改如果命令使变化通过命令选项。然而,在一个apply-incremental-backup操作,值已经保存在文件优先考虑和他们不修改通过命令提供的选项值。

警告

当使用文件在目标服务器重启,更改参数——tmpdir,——general-log等,并使用绝对的任何全局变量filepath避免意外使用错误的文件位置的目标服务器。

ib_buffer_pool

在服务器上时,产生的文件innodb_buffer_pool_dump_at_shutdown(默认启用MySQL 5.7.7和之后)innodb_buffer_pool_dump_now启用。它拥有的表空间id和列表页面服务器的id缓冲池

实际的文件名称可能不同,因为它可以配置服务器的系统变量innodb_buffer_pool_filename

与默认设置MySQL服务器5.7.7和后(innodb_buffer_pool_load_at_startup =)目标服务器,启动期间,将恢复缓冲池使用这个文件备份服务器的状态。看到保存和恢复缓冲池的状态获取详细信息。