ARCHIVE 表的元数据。与 .ARZ 文件对比。具有此扩展名的文件始终包含在由 MySQL Enterprise Backup 产品 的mysqlbackup命令生成的 备份中。

另见.ARZ 文件。

ARCHIVE 表的数据。对比 .ARM 文件。具有此扩展名的文件始终包含在由 MySQL Enterprise Backup 产品 的mysqlbackup命令生成的 备份中。

另请参见.ARM 文件。

原始 InnoDB文件格式 的代号。它支持 冗余和 紧凑的行格式，但不支持Barracuda文件格式 中可用的较新的动态和 压缩行格式。

如果您的应用程序可以从 InnoDB 表 压缩中受益，或者使用可以从动态行格式中受益的 BLOB 或大文本列，您可以将一些表切换为 Barracuda 格式。innodb_file_format您可以通过在创建表之前 设置选项来选择要使用的文件格式 。

另见Barracuda、压缩、文件格式。

通过使用日志中的数据合并备份运行时发生的更改，将 原始备份转换为准备好的备份的操作。

另请参阅日志、准备好的备份、原始备份。

当mysqlbackup为启用了二进制日志记录的服务器执行压缩备份时，它将每个二进制日志文件和中继日志文件（对于 复制设置 中的副本服务器 ）转换为一个 文件。这些文件在还原时未压缩。 binary-or-relay-log-file-name.bz.bz

另见二进制日志、.bz 文件、压缩、压缩级别、.ibz 文件、中继日志。

为了安全起见，从 MySQL 实例复制部分或全部表数据和元数据的过程。也可以参考复制文件的集合。这是 DBA 的一项重要任务。这个过程的逆过程是恢复 操作。

使用MySQL，物理备份 由MySQL Enterprise Backup产品执行，逻辑备份由 mysqldump命令执行。这些技术在备份数据的大小和表示以及速度（尤其是恢复操作的速度）方面具有不同的特征。

备份根据它们对正常数据库操作的干扰 程度进一步分为 热、 暖或 冷。（热备份干扰最少，冷备份干扰最大。）

另见冷备份、热备份、逻辑备份、mysqldump、物理备份、热备份。

永久或临时存储备份数据和元数据的目录。它用于大多数类型的备份和还原操作，包括单文件备份和还原。--backup-dir请参阅有关备份目录如何用于不同目的和不同操作 的选项的描述 。

与服务器存储库 对比。

另请参见存储库、服务器存储库。

MySQL Enterprise Backup 生成的 一个小配置文件，包含一组最小的配置参数。该文件记录了适用于该备份数据的设置。后续操作（例如 应用过程）从该文件中读取选项以确定备份数据的结构。此文件始终具有扩展名，而不是在类 Unix 系统和 Windows 系统上。 .cnf.cnf.ini

另请参阅应用、配置文件。

支持表数据压缩的 InnoDB文件格式 的代号。这种文件格式首先在 InnoDB 插件中引入。它支持启用 InnoDB 表压缩 的压缩行格式，以及改进 BLOB 和大文本列的存储布局的动态行格式。您可以通过innodb_file_format 选项选择它。

因为 InnoDB系统表空间以原始的 Antelope文件格式存储，要使用 Barracuda 文件格式，您还必须启用 file-per-table设置，它将新创建的表放在它们自己的表空间中，与系统表空间分开。

MySQL Enterprise Backup 产品 3.5 及以上版本支持备份使用 Barracuda 文件格式的表空间 。

另见Antelope、文件格式、MySQL Enterprise Backup、行格式、系统表空间。

包含所有试图更改表数据的语句的记录的文件。可以重放这些语句以使副本服务器在 复制场景中保持最新，或者在从备份恢复表数据后使数据库保持最新。二进制日志功能可以打开和关闭，但 Oracle 建议在使用复制或执行备份时始终启用它。

您可以使用mysqlbinlog命令 检查二进制日志的内容，或者在复制或恢复期间重播这些语句 。有关二进制日志的完整信息，请参阅二进制日志。对于与二进制日志相关的 MySQL 配置选项，请参阅 二进制日志记录选项和变量。

对于MySQL Enterprise Backup 产品，二进制日志的文件名和文件中的当前位置是重要的细节。要在复制上下文中进行备份时为源服务器记录此信息，您可以指定该 --slave-info选项。

如果在服务器上启用了二进制日志，则默认情况下会对其进行备份。

另见二进制日志、中继日志、复制。

二进制日志文件 的非正式名称。例如，您可能会在电子邮件或论坛讨论中看到此缩写。

另见二进制日志。

数据库关闭时进行 的备份。对于繁忙的应用程序和网站，这可能不切实际，您可能更喜欢 热备份或 热备份。

另见备份、连接、热备份、热备份。

一种生成较小 备份文件的技术，其大小减小受压缩级别设置的影响。适用于保存多组非关键备份文件。（对于最近的关键数据备份，您可以不压缩数据，以便在紧急情况下实现快速恢复。）

MySQL Enterprise Backup可以 在备份过程中对InnoDB表的内容进行压缩，将.ibd文件转换为.ibz文件。

压缩会增加备份过程的 CPU 开销，并且在 恢复过程中需要额外的时间和磁盘空间。

另请参见备份、压缩级别、.ibd 文件、.ibz 文件、InnoDB、还原。

确定要 对压缩备份应用多少压缩的设置。此设置的范围从 0（无）、1（启用压缩时的默认级别）到 9（最大）。给定压缩级别的压缩量取决于数据值的性质。较高的压缩级别确实会带来额外的 CPU 开销，因此理想情况下，您可以使用能够在压缩和低 CPU 开销之间取得良好平衡的最低值。

另见压缩。

包含 MySQL 服务器及相关产品和组件的启动选项的文件。通常通过其默认文件名引用，在 Linux、Unix 和 macOS 系统上 为my.cnf ，在 Windows 系统上为my.ini 。MySQL Enterprise Backup将 其默认配置设置存储在此文件中的一个 [mysqlbackup]部分下。为方便起见，MySQL Enterprise Backup 还可以从该部分读取设置 [client]，以获取 MySQL Enterprise Backup 和连接到 MySQL 服务器的其他程序之间通用的配置选项。

另请参见my.cnf和my.ini。

某些备份操作用来与正在运行的 MySQL服务器通信的机制。例如mysqlbackup命令可以登录到正在备份的服务器上，在 进度表和 历史表中插入和更新数据。为方便起见，热 备份通常使用数据库连接，但如果连接不可用，也可以继续进行。热备份总是使用数据库连接，因为它必须将服务器置于只读状态。冷 备份在 MySQL 服务器关闭时获取，因此无法使用任何需要连接的功能。

另见冷备份、历史表、热备份、进度表、服务器、热备份。

MySQL 在崩溃后再次启动时发生的 InnoDB 表清理活动。崩溃前提交但尚未写入表空间文件的更改从双写缓冲区重建。当数据库正常关闭时，这种类型的活动在关闭期间由 清除操作执行。

一组由 InnoDB 存储引擎控制的表，用于跟踪与 InnoDB 相关的对象，例如表、索引和表列。这些表是 InnoDB 系统表空间的一部分。

因为MySQL Enterprise Backup产品总是备份系统表空间，所以所有备份都包括数据字典的内容。

另见热备份、MySQL 企业备份、系统表空间。

MySQL 用户拥有的一组表和相关对象。相当于Oracle 数据库术语中的“模式”。MySQL Enterprise Backup可以执行部分​​备份，其中包括一些数据库而不是其他数据库。由 MySQL 服务器控制的全套数据库称为实例。

另见实例，部分备份。

仅捕获自上次完整备份以来更改的数据的备份。它有可能比 完整备份更小、更快，但通常比 增量备份更大且创建时间更长。有关使用详细信息，请参阅 第 4.3.3 节“进行差异备份或增量备份”。相关的mysqlbackup选项是 --incremental、 --incremental-with-redo-log-only、 --incremental-backup-dir、 --incremental-base和 --start-lsn。

另请参见完整备份、增量备份。

数据库无响应的时期。当应用程序尝试插入、更新或删除数据时，数据库可能会完全关闭或处于只读状态。备份策略的目标是最大限度地减少停机时间，使用InnoDB表 的热备份、 复制配置中使用 副本服务器的 冷备份等技术，以及在 MySQL 服务器处于运行状态时最小化 运行自定义备份逻辑 的挂起阶段的持续时间锁定。

另请参见冷备份、热备份、InnoDB、锁定、副本、复制、暂停。

在部分备份中，选择要从备份中省略的一组表、数据库或两者的组合。与include对比 。

另见部分备份。

从单文件备份生成 的图像文件 中检索某些内容的操作 。它可以应用于单个文件（解压到任意位置）或整个备份（再现备份数据的原始目录结构）。这两种提取分别由mysqlbackup选项 和 执行。 extractimage-to-backup-dir

另见图像，单文件备份。

包含元数据的文件，例如 MySQL 表的表定义。

对于备份，您必须始终保留完整的 .frm文件集以及备份数据，以便能够恢复备份后更改或删除的表。

尽管每个 InnoDB 表都有一个.frm 文件，但 InnoDB 在系统表空间中维护自己的表元数据；InnoDB 不需要这些.frm文件来对 InnoDB 表进行操作。

这些文件由MySQL Enterprise Backup产品备份。在进行备份时，不得通过ALTER TABLE操作修改这些文件，这就是为什么包含非​​ InnoDB 表的FLUSH TABLES WITH READ LOCK备份在备份文件时执行操作以冻结此类活动的原因.frm。还原备份可能会导致.frm创建、更改或删除文件以匹配备份时数据库的状态。

InnoDB 用于其名为 ibdata1、ibdata2等的数据文件的格式。每种文件格式都支持一种或多种行格式。

另见Antelope、Barracuda、ibdata 文件、行格式。

包含 每个 MySQL 数据库中的所有表以及 MySQL 实例中的所有数据库 的备份。对比 部分备份和 增量备份。完整备份花费的时间最长，但也需要最少的后续工作和管理复杂性。因此，即使您主要进行部分或增量备份，您也可能会定期进行完整备份。

另见备份、增量备份、部分备份、表。

mysql.backup_history包含已完成备份 操作的详细信息的 表。当备份作业正在运行时，详细信息（尤其是更改状态值）会记录在 进度表中。

另见备份、进度表。

在 MySQL 实例正在运行且应用程序正在对其进行读取和写入时进行的备份。对比 暖备份和 冷备份。

热备份不仅仅是简单地复制数据文件：它必须包括在备份过程中插入或更新的任何数据；它必须排除在备份过程中删除的任何数据；并且它必须忽略由事务启动但未提交的任何更改。

执行热备份的 Oracle 产品， 尤其是InnoDB表以及来自 MyISAM 和其他存储引擎的表，是 MySQL Enterprise Backup。

热备份过程包括两个阶段。InnoDB 数据文件的初始复制会生成一个 原始备份。应用步骤合并了备份运行时对数据库所做的任何更改。 应用更改会生成 准备好的备份；这些文件随时可以在需要时恢复。

完整备份包括复制 InnoDB 数据的热备份阶段，然后 是复制任何非 InnoDB 数据（如 MyISAM 表和 .frm文件） 的热备份阶段。

另请参阅应用、冷备份、.frm 文件、完整备份、InnoDB、实例、准备好的备份、原始备份、热备份。

使用file-per-table设置创建的 每个 InnoDB表空间 都有一个带扩展名的文件名。此扩展不适用于 系统表空间，它由名为、 等的文件组成。 .ibdibdata1ibdata2

另见.ibz 文件、系统表空间、表空间。

当MySQL Enterprise Backup产品执行 压缩备份时，它会将使用file-per-table设置 创建的 每个表空间文件从 扩展名转换为 扩展名。 .ibd.ibz

备份期间应用的压缩不同于 在正常操作期间保持表数据压缩的压缩行格式。已经采用压缩行格式的 InnoDB 表空间不会进行第二次压缩，但仍然.ibz会在压缩备份中保存为文件。

另见.bz 文件、压缩、压缩级别、.ibd 文件、.ibz 文件、MySQL 企业备份、表空间。

一组名称如ibdata1、 等的文件ibdata2组成了 InnoDB 系统表空间。这些文件包含有关 InnoDB 表的元数据，并且还可以包含部分或全部表和索引数据（取决于 创建每个表时file-per-table 选项是否生效）。为了向后兼容，这些文件始终使用 Antelope文件格式。

另见Antelope，系统表空间。

作为单个文件备份操作的一部分生成的文件。它可以是您存储在本地的真实文件，也可以是 -当备份数据 直接流式传输到另一个命令或远程服务器时的标准输出（指定为 ）。该术语在多个 mysqlbackup选项中引用，例如 backup-dir-to-image和 image-to-backup-dir。

另请参见单文件备份、流式传输。

在部分备份中，选择要备份的一组表、数据库或两者的组合。与排除对比 。

另见部分备份。

仅捕获自上次备份以来更改的数据的备份。它有可能比 完整备份更小、更快。增量备份数据必须与之前备份的内容合并，才能恢复。有关使用详细信息，请参阅 第 4.3.3 节“进行差异备份或增量备份”。相关的mysqlbackup选项是 --incremental、 --incremental-with-redo-log-only、 --incremental-backup-dir、 --incremental-base和 --start-lsn。

另见完整备份。

最适合MySQL Enterprise Backup的 MySQL表 类型。可以使用避免数据库处理中断的热备份技术来备份这些表 。出于这个原因，并且由于 InnoDB 表可能具有更高的可靠性和并发性，大多数部署应该使用 InnoDB 来处理大部分数据和最重要的数据。在 MySQL 5.5 及更高版本中，该 语句默认创建 InnoDB 表。 CREATE TABLE

另见热备份，表。

MySQL 服务器的全部内容，可能包括多个 数据库。备份操作可以 备份整个实例，或者部分备份可以包括选定的数据库和表。

另见数据库，部分备份。

另请参见暂停、热备份。

MySQL Enterprise Backup 产品中使用了多种类型的日志文件。最常见的是 在增量备份期间查阅的 InnoDB重做日志。

另见增量备份，重做日志。

重现表结构和数据而不复制实际数据文件的备份。例如，该mysqldump命令会生成一个逻辑备份，因为它的输出包含诸如 CREATE TABLE和之类的语句INSERT ，可以重新创建数据。与物理备份对比 。

另见备份，物理备份。

日志序列号 的首字母缩写。这个任意的、不断增加的值表示对应于重做日志中记录的操作的时间点。（这个时间点与事务边界无关；它可以落在一个或多个事务的中间。）它在崩溃恢复期间由 InnoDB 内部使用 并用于管理缓冲池。

在MySQL Enterprise Backup 产品中，您可以指定一个 LSN 来表示进行增量备份的时间点。相关的 LSN 由mysqlbackup命令的输出显示。一旦有了与完整备份时间相对应的 LSN，就可以指定该值以进行后续增量备份，其输出包含下一次增量备份的另一个 LSN。

另见崩溃恢复、热备份、增量备份、重做日志。

包含对其他表的引用的文件，由 MERGE存储引擎使用。具有此扩展名的文件始终包含在由 MySQL Enterprise Backup 产品 的mysqlbackup命令生成的 备份中。

MySQL 用来存储 MyISAM 表数据的文件。

另见.MYI 文件。

MySQL 用来存储 MyISAM 表索引的文件。

另见.MYD 文件。

备份涉及的环境记录（例如命令行参数）和数据文件，分别存放在文件meta/backup_create.xml和 meta/backup_content.xml中。在诊断和故障排除过程中，管理工具可以使用此数据。

一类用于管理备份介质的软件程序，例如磁带备份库。一个例子是 Oracle Secure Backup。简称彩信。

另请参见Oracle 安全备份。

Linux、Unix 和 macOS 系统上 MySQL 配置文件的典型名称。

另请参见配置文件my.ini。

Windows 系统上 MySQL 配置文件的典型名称。

另请参见配置文件my.cnf。

一个 MySQL 存储引擎，以前是新表的默认引擎。在 MySQL 5.5 及更高版本中，InnoDB 成为默认存储引擎。MySQL Enterprise Backup 可以备份这两种类型的表，也可以备份来自其他存储引擎的表。与 MyISAM 表（热备份）相比，InnoDB 表的备份过程（热备份）对数据库操作的中断更少。

另见热备份、InnoDB、热备份。

执行MySQL 数据库热备份的许可产品。它在备份 InnoDB表时提供了最高的效率和灵活性；它还可以备份 MyISAM 和其他类型的表。它包含在 MySQL 企业版订阅中。

另见Barracuda、热备份、InnoDB。

MySQL Enterprise Backup产品 的主要命令。不同的选项执行 备份和 恢复操作。

另见备份、恢复。

执行逻辑备份的 MySQL 命令，生成一组 SQL 命令以重新创建表和数据。适用于较小的备份或不太重要的数据，因为恢复操作比MySQL Enterprise Backup生成 的物理备份 花费的时间更长 。

另见逻辑备份、物理备份、还原。

不是使用可传输表空间 (TTS) 创建的备份，即不 使用该 --use-tts选项创建的备份。

另见可传输表空间、TTS 备份。

包含数据库配置信息的文件。具有此扩展名的文件始终包含在由MySQL Enterprise Backup产品 的备份操作生成的备份中。

数据库服务器停止时执行的一种操作。对于MySQL Enterprise Backup产品，主要的离线操作是 恢复步骤。您可以选择执行冷备份，这是另一种脱机操作。与在线对比。

另见冷备份、联机、还原。

数据库服务器运行时执行的一种操作。热备份是一个理想的例子，因为数据库继续运行并且没有读取或写入操作被阻止。因此，有时 “热备份”和“在线备份”被用作同义词。冷备份与 在线操作相反；根据定义，数据库服务器在备份发生时关闭。温暖的 备份也是一种在线操作，因为数据库服务器继续运行，尽管在进行热备份时某些写操作可能会被阻止。与离线对比 。

另见冷备份、热备份、脱机、热备份。

乐观备份是一种用于提高备份和恢复大型数据库性能的特性，其中只有少量表被频繁修改。乐观备份包括两个阶段：(1) 乐观阶段，在该阶段中不太可能在备份过程中修改的表（由用户使用 optimistic-time选项识别，或者通过排除，使用 optimistic-busy-tables选项）在 MySQL 实例上没有任何锁定的情况下进行备份；(2) 正常阶段，对第一阶段没有备份的表进行备份，与普通备份的处理方式类似：先复制InnoDB文件，再复制其他相关文件，使用应用于数据库的各种锁复制或处理。重做日志、撤消日志和系统表空间也在此阶段进行备份。有关详细信息，请参阅第 4.3.6 节，“进行乐观备份”。

在乐观增量备份 中， mysqlbackup扫描自上次备份以来已修改的 InnoDB 数据文件以查找更改的页面，然后将它们保存到增量备份中。它是通过指定执行的 --incremental=optimistic。有关详细信息，请参阅全扫描与乐观增量备份。

用于管理备份媒体 的 Oracle 产品 ，因此归类为媒体管理软件 ( MMS )。简称 OSB。对于 MySQL Enterprise Backup，OSB 通常用于管理磁带备份。

另请参见备份、媒体管理软件、OSB。

Oracle Secure Backup的 缩写，一种媒体管理软件产品 ( MMS )。

另请参见Oracle 安全备份。

包含分区定义的文件。具有此扩展名的文件始终包含在由 MySQL Enterprise Backup 产品 的mysqlbackup命令生成的 备份中。

MySQL Enterprise Backup 3.8 及更高版本中的默认处理模式，为不同类别的内部操作（读取、处理和写入）采用多个线程。有关概述，请参阅 第 1.2 节“备份类型概述” ，有关mysqlbackup选项 的第 16.10 节“性能/可伸缩性/容量选项” ，以及有关性能指南和技巧的 第 11 章，MySQL 企业备份的性能注意事项。

包含MySQL 数据库中的某些表或 MySQL 实例中的某些数据库 的备份。与完整备份对比 。相关 的mysqlbackup选项是 、 、 、 和 。 --include-tables--exclude-tables--use-tts--only-known-file-types--only-innodb

另请参见备份、数据库、完整备份、部分还原、表。

适用于一个或多个表 或数据库 的恢复操作，但不适用于 MySQL 服务器的全部内容。正在恢复的数据可能来自部分备份或完整备份。相关的mysqlbackup 选项是、 和 。 --include-tables--exclude-tables--rename

另见数据库、完整备份、部分备份、还原、表。

复制实际数据文件的备份。例如，MySQL Enterprise Backup命令产生一个物理备份，因为它的输出包含服务器可以直接使用的数据文件mysqld。与逻辑备份对比 。

另见备份，逻辑备份。

对应于 备份操作结束的时间。准备 好的备份包括备份操作运行时发生的所有更改。恢复备份会将数据恢复到备份操作完成时的状态。

另见备份、准备好的备份、恢复。

完全一致并准备好恢复的一组备份数据。它是通过 对原始备份执行应用操作 生成的。

另见应用，原始备份。

mysql.backup_progress包含正在运行的备份 操作的详细信息的 表。备份作业完成后，详细信息将记录在历史表中。

另见备份，历史表。

初始备份数据集，尚未准备好恢复，因为它不包含备份运行时发生的更改。应用操作将 备份文件转换为 准备好恢复 的准备好的备份。

另请参阅应用、准备备份。

一组文件，通常命名为ib_logfile0 和ib_logfile1，记录试图更改 InnoDB 表中数据的语句。在崩溃后启动时，这些语句会自动重放以更正由不完整事务写入的数据。通过重做日志的数据传递由不断增加的 LSN值表示。MySQL 5.6 提高了重做日志最大大小为 4GB 的限制。

另见LSN。

一些 MySQL Enterprise Backup 功能使用 POSIX 样式的正则表达式，例如指定表、数据库或两者以包括 或排除 部分备份。正则表达式需要转义文件名中的点，因为点是单字符通配符；路径名中的正斜杠不需要转义。在命令行中指定正则表达式时，根据 shell 环境用引号括起来，以防止 shell 通配符机制扩展星号等字符。

另请参阅排除、包括、部分备份。

从源服务器的二进制日志中读取并由复制 I/O 线程写入的事件 在副本服务器上的记录。与二进制日志一样，中继日志 由一组编号的文件组成，其中包含描述数据库更改的事件，以及一个包含所有已使用中继日志文件名称的索引文件。有关中继日志 的更多信息，请参阅中继日志。默认情况下备份服务器上的中继日志。

另见二进制日志，复制。

在复制配置中，从源服务器接收更新的数据库 服务器。通常用于为用户查询提供服务，以最大限度地减少源服务器上的查询负载。使用MySQL Enterprise Backup，您可以在一台服务器上进行备份，然后在不同的系统上恢复，以创建一个新的副本服务器，其中的数据已经就位。您还可以从副本服务器而不是源服务器备份数据，以尽量减少整个系统的任何减速。

另见复制，来源。

MySQL 部署的常见配置，源服务器的数据和 DML 操作与一组 副本服务器同步。使用 MySQL Enterprise Backup，您可以在一台服务器上进行备份，然后在不同的系统上恢复，以创建一个新的副本服务器，其中的数据已经就位。您还可以从副本服务器而不是源服务器备份数据，以尽量减少整个系统的任何减速。

另见副本，来源。

我们区分服务器存储库和备份存储库。

另请参见备份存储库、服务器存储库。

备份 操作 相反。来自准备好的备份的数据文件被放回原处以修复数据问题或使系统恢复到较早的状态。

另见备份，准备好的备份。

InnoDB 表中一行的磁盘存储格式。随着 InnoDB 获得压缩等新功能，引入了新的行格式以支持由此产生的存储效率和性能改进。

每个表都有自己的行格式，通过 ROW_FORMAT选项指定。要查看每个 InnoDB 表的行格式，请发出命令SHOW TABLE STATUS。因为系统表空间中的所有表共享相同的行格式，要利用其他行格式通常需要设置 innodb_file_per_table选项，以便每个表都存储在单独的表空间中。

系统备份到磁带 的缩写。

另请参阅系统备份到磁带。

部分备份 的别称

另见部分备份，选择性恢复。

部分恢复 的另一个名称

另见部分还原，选择性备份。

由守护进程控制的 MySQL实例。mysqld一台物理机器可以托管多个 MySQL 服务器，每个服务器都需要自己的 备份操作和计划。一些备份操作通过 连接与服务器通信。

另请参见连接、实例。

与备份存储库 对比。

另请参见备份存储库、存储库。

一种备份技术，将所有备份数据打包成一个文件（备份映像），以便于存储和传输。流 式备份技术需要使用单个文件备份。

另请参见图像、流媒体。

在复制配置中，向一组 副本服务器发送更新的数据库服务器。它通常将大部分资源用于写入操作，将用户查询留给副本。使用MySQL Enterprise Backup，通常您在副本服务器而不是源服务器上执行备份，以最大限度地减少整个系统的任何减速。

另见副本，复制。

一种将数据立即传输到另一台服务器而不是保存本地副本的备份技术。使用 Unix 管道等机制。需要一个单文件备份，目标文件指定为 -（标准输出）。

另见单文件备份。

MySQL 企业备份处理停止的备份中的可选阶段，以允许运行特定于用户的操作。mysqlbackup命令有一些选项可以让你指定在备份暂停时运行的命令。最常 仅与InnoDB表的备份结合使用，您可以在其中编写自己的脚本来处理 .frm 文件。

另见.frm 文件，InnoDB。

媒体管理软件 的 API 。缩写 为 SBT。几个 mysqlbackup选项（名称中带有 sbt）将信息传递给媒体管理软件产品，例如 Oracle Secure Backup。

另请参见Oracle 安全备份、SBT。

默认情况下，这个单个数据文件存储数据库的所有表数据，以及 InnoDB 相关对象的所有元数据（数据字典）。

打开 innodb_file_per_table选项会使每个新创建的表存储在自己的 表空间中，从而减少系统表空间的大小和依赖性。

将所有表数据保留在系统表空间中对MySQL Enterprise Backup 产品有影响（备份一个大文件而不是几个较小的文件），并阻止您使用某些需要更新的梭子鱼 文件格式的 InnoDB 功能。在

另见Barracuda、数据字典、文件格式、ibdata 文件、表空间。

包含触发器 参数的文件。具有此扩展名的文件始终包含在由MySQL Enterprise Backup 产品 的mysqlbackup命令生成的备份中。

尽管表在 SQL 上下文中是一个独特的、可寻址的对象，但出于备份 目的，我们经常关心该表是否是系统表空间的一部分，或者是在 file-per-table设置下创建的，因此驻留在它自己的表空间。

另见备份、系统表空间、表空间。

对于InnoDB表，保存表数据和索引的文件。可以是 包含多个表 的系统表空间，也可以是使用驻留在其自己的表空间文件中 的file-per-table设置创建的表。

另见InnoDB，系统表空间。

一种允许将 表空间从一个实例移动到另一个实例的功能。传统上，这对于 InnoDB 表空间是不可能的，因为所有表数据都是 系统表空间的一部分。在 MySQL 5.6 及更高版本中， FLUSH TABLES ... FOR EXPORT语法准备一个 InnoDB 表以复制到另一个服务器；运行 ALTER TABLE ... DISCARD TABLESPACE并 ALTER TABLE ... IMPORT TABLESPACE在另一台服务器上将复制的数据文件带入另一台实例。与.ibd 文件.cfg一起复制 的单独 文件用于在导入表空间时更新表元数据（例如空间 ID ）。看 导入 InnoDB 表以获取使用信息。

使用该--use-tts选项创建具有可传输表空间的备份。另请参见 第 5.1.4 节，“恢复使用该 选项创建的备份--use-tts” 。

另见部分备份。

可传输表空间 的简称。

另见部分备份，可传输表空间。

使用可 传输表空间 (TTS)创建的备份，即带有 --use-tts选项。

另见非 TTS 备份、部分备份、可传输表空间。

在数据库运行时进行的备份，但在备份过程中限制了某些数据库操作。例如，表可能变为只读。对于繁忙的应用程序和网站，您可能更喜欢热备份。

另见备份、冷备份、热备份。