NetVault Plug-in for MySQL 12.2

备份数据：概述

•


	重要信息： Quest 强烈建议删去数据库名称中的特殊字符。如果数据库名称包含以下任何字符，插件将无法对其进行还原：$ ^ = @ # % + 由于备份数据直接从 MySQL Server 传输到 NetVault Backup 介质管理器，因此使用上述字符可能被解释为序列命令，这会影响备份数据的完整性。

MySQL Standard/Community 重要说明

如果您打算使用 MySQL Standard/Community 选项，请查看以下指南和信息：

•

除字母数字字符和下划线以外的所有字符均被视为特殊字符

•

使用 MIXED 二进制日志记录格式

除字母数字字符和下划线以外的所有字符均被视为特殊字符

如果您的环境使用名称中包含特殊字符的数据库（如连字符），请注意以下限制：

•

即使数据库名称包含连字符，也会备份除 MyISAM 之外的所有表类型。这些备份会发生是因为 mysqldump 命令始终用于这些表类型。

•

如果数据库名称包含连字符，则在 MyISAM 备份方法设置为 4.2 版中的 Mysqldump 选项时，将备份 MyISAM 表。备份和还原的性能可能会受到不利影响。

•

如果 MyISAM 备份方法设置为使用默认锁定并复制表文件选项，并且数据库名称包含连字符，则不会备份 MyISAM 表。由于插件绕过 MySQL 命令并尝试直接复制表文件，因此不会生成备份。插件记录了一条错误消息，指示无法找到表文件，然后使备份任务失败而不创建保存集。

在以前的版本中，插件尝试验证数据库目录是否存在，验证失败时会记录一条警告消息，并继续备份下一个数据库。该备份操作会完成并伴有警告，并创建一个包含所有其他数据库的保存集。

如果您希望维持原始行为并出于任何原因（例如使用 Mysqldump 选项时导致性能低于最佳水平）仍然使用锁定并复制表文件选项，则可以这样做。为此，请在插件配置文件“nvmysql.cfg”中手动将 ValidateDatabaseDirectory 参数设置为 TRUE，如下所示：

[MySql:ValidateDatabaseDirectory]

Value=TRUE

如果随后决定使用新行为，则可以将该参数更改为 FALSE，或从“nvmysql.cfg”文件中删除该参数。

•

如果存在任何数据库或数据库对象，则还原包含 SQL 语句以创建数据库或数据库对象（例如表、视图等）的增量备份或差异备份将失败。要避免此问题，请在创建或删除一个或多个数据库或数据库对象后运行完整备份。此步骤可确保后续的增量备份或差异备份不包含任何 CREATE 或 DROP SQL 语句。

使用 MIXED 二进制日志记录格式

使用 MIXED 二进制日志记录格式时，MySQL 不强制使用 USE 语句。因此，Quest 建议所有数据库用户和程序确保已修改的表位于 USE 选定的数据库中，并且不会发出跨数据库更新。如果本指南不适合您的环境，Quest 建议您不要使用 MIXED 二进制日志记录格式。


	重要信息：如果使用了 MIXED 二进制日志记录格式，增量备份和差异备份任务将完成并伴有警告。

如果您的环境使用 MIXED 二进制日志记录格式，则可能会阻止在 PIT 恢复期间重播二进制日志条目。在恢复过程中，插件使用带有“‑‑database”选项的 mysqlbinlog，以便仅重播与还原任务选择的数据库相关的条目。如果未使用“--database”，则重播所有条目，这将影响所有数据库。使用 MIXED 二进制日志记录格式时，条目的写入方式可能会阻止带有“‑‑database”选项的 mysqlbinlog 重播全部或部分条目。有关详细信息，请参阅 https://dev.mysql.com/doc/refman/5.7/en/mysqlbinlog.html#option_mysqlbinlog_database。

要确保 MIXED 二进制日志记录格式与“--database”选项一起正常工作，必须在选择了某一数据库的 USE 语句下分发对该数据库进行特定更新的所有事务。

如果未还原增量备份或差异备份，并且 mysqlbinlog 应用了 MySQL Server 中的当前二进制日志，也会出现这种情况。出现这种情况是因为二进制日志的写入方式，而不是因为二进制日志在备份中的存储方式。


	重要信息：确保您修改的表属于 USE 语句中指定的数据库，这适用于通过 MySQL 命令提示符生成的事务。它还适用于通过与 MySQL Server 数据库交互的脚本、程序和其他应用程序生成的事务。

以下示例演示了 MIXED 对恢复行为的不同影响方式。

•

示例 1：在此示例中，一行数据插入 my_database 的 my_table 中。没有 USE 语句，因此使用的数据库是默认数据库，例如 mysql 数据库。如果 binlog_format 设置为 MIXED，则 mysqlbinlog 将“‑-database my_database”选项应用于二进制日志时，不会重播以下事务。

-bash-$ mysql

mysql> insert into my_database.my_table (C1,C2) values(1,now());

Query OK, 1 row affected (0.01 sec)

•

示例 2：在此示例中，一行数据插入 my_database 的 my_table 中。有一个 USE 语句，但指定了另外数据库，即未在 USE 语句中选择 my_database 数据库。如果 binlog_format 设置为 MIXED，则 mysqlbinlog 将“‑-database my_database”选项应用于二进制日志时，不会重播以下事务。

-bash-$ mysql

mysql> use mysql

Database changed

mysql> insert into my_database.my_table (C1,C2) values(2,now());

Query OK, 1 row affected (0.04 sec)

•

示例 3：在此示例中，一行数据插入 my_database 的 my_table 中，并在 USE 语句中选择了 my_database。如果 binlog_format 设置为 MIXED，则 mysqlbinlog 将“‑-database my_database”选项应用于二进制日志时，会重播以下事务。

-bash-$ mysql

mysql> use my_database

Database changed

mysql> insert into my_database.my_table (C1,C2) values(3,now());

Query OK, 1 row affected (0.04 sec)

•

示例 4：在此示例中，存在两个插入查询。第一个插入是为 my_database 执行的，该数据库与在 USE 语句中选择的数据库不同。第二个插入是在选择了 my_database 的 USE 语句的范围内完成的。如果 binlog_format 设置为 MIXED，则不会重播第一个插入，因为在 USE 语句中未指定 my_database，但会重播第二个插入，因为在 USE 语句中指定了 my_database。

-bash-$ mysql

mysql> use mysql

Database changed

mysql> insert into my_database.my_table (C1,C2) values(4,now());

Query OK, 1 row affected (0.01 sec)

mysql> use my_database

Database changed

mysql> insert into my_database.my_table (C1,C2) values(5,now());

Query OK, 1 row affected (0.04 sec)

MySQL Enterprise Backup 重要说明

如果您打算使用 MySQL Enterprise Backup 选项，请查看以下指南和信息：

•

MySQL 建议您对关键数据使用 InnoDB 表，因为备份过程更快，可靠性和可扩展性功能也更具优势。MySQL Enterprise Backup 允许您备份各种 MySQL 表，并且它针对 InnoDB 表的备份进行了优化。此选项对所有 InnoDB 表执行热备份。由于热备份是在数据库运行时执行的，因此备份不会停止正在进行的数据库操作。此外还包括备份过程中数据库的任何更改。如果您的环境要求数据库保持联机状态同时支持其扩展（这会影响完成备份所需的时间），则此行为非常重要。

•

使用此选项时，最后使用温备份来备份 MyISAM 表和其他非 InnoDB 表。在温备份中，数据库将继续运行，但在备份完成时，表将设置为只读访问。

•

如果要确保在热备份阶段备份大量数据，请考虑将 InnoDB 作为新表的默认存储引擎，并将现有表转换为使用 InnoDB 存储引擎。在 MySQL Server 5.5 和更高版本中，InnoDB 为默认设置。

•

增量备份主要用于只读或不经常更新的 InnoDB 表和非 InnoDB 表。对于非 InnoDB 文件，如果自上次备份以来进行了更改，则将包括整个文件。

•

使用该插件时，如果满足以下任一条件，将备份 MySQL 实例中的所有 InnoDB 表：

•

仅显式选择表进行备份，并且这些表均不是 InnoDB 类型或存储引擎。

示例：您有一个含有两个数据库（DB1 和 DB2）的 MySQL 实例。每个数据库包含两个表：DB1 含有 T1_InnoDB 和 T1_MyISAM，而 DB2 含有 T2_InnoDB 和 T2_MyISAM。如果备份 T1_MyISAM 和 T2_MyISAM，则还会备份 T1_InnoDB 和 T2_InnoDB。如果只包含其中一个 InnoDB 表，则仅备份该 InnoDB 表。如果选择其中一个数据库，则仅备份该数据库中的表。

•

选择全部或部分数据库进行备份，并从备份中排除所有关联的 InnoDB 表。

示例：您有一个含有两个数据库（DB1 和 DB2）的 MySQL 实例。每个数据库包含两个表：DB1 含有 T1_InnoDB 和 T1_MyISAM，而 DB2 含有 T2_InnoDB 和 T2_MyISAM。如果备份 DB1 和 DB2 并排除 T1_InnoDB 和 T2_InnoDB，则还会备份 T1_InnoDB 和 T2_InnoDB。如果只排除两个 InnoDB 表中的一个，则仅备份另外一个 InnoDB 表。

此描述反映了 MySQL Enterprise Backup（mysqlbackup 实用程序）的当前行为；在 MySQL 3.12 版之后的后续版本中，此行为可能会发生变化。

•

在 MySQL 5.6 和更高版本中，默认情况下启用 innodb_file_per_table 配置选项。禁用 innodb_file_per_table 选项时创建的任何 InnoDB 表都存储在 InnoDB 系统表空间中，无法在备份中删除它们。如果必须将 InnoDB 表放在表空间外部，请在 MySQL 中启用 innodb_file_per_table 选项之后创建该表。每个 .ibd 文件仅包含一个表的数据和索引。

定义备份策略

在定义 MySQL 备份策略时，回答下列问题：

•

是否要使用 MySQL Standard/Community 或 MySQL Enterprise Backup 选项？即使您的环境中同时实施了两个版本，您也只能对插件使用一个策略。使用基于 MEB 的方法或基于 mysqldump 的方法，不能两者混合使用。

如果使用基于 MEB 的选项，则 mysqlbackup 实用程序或适用的 NetVault Backup 脚本将对所有选择备份的数据库对象运行一次，并且 mysqlbackup 输出日志将包含在任务日志中。备份数据涉及两个阶段。在第一阶段，复制所有 InnoDB 表。在第二阶段，复制所有其他类型的表。除了支持 InnoDB 表的热备份外，基于 MEB 的选项还支持提高备份性能。

如果使用基于 mysqldump 的选项，则会为每个表、触发器和存储过程运行一次该命令。不支持热备份。

•

了解到在完整备份期间需要对整个实例进行只读访问，那么应该多久进行一次完整备份？

•

更重要的是：选择更快的备份还是更快的还原？

•

可接受的最大数据丢失量是多少？

回答这些问题有助于您确定应该实施备份的类型和频率。

•

查看 MySQL Standard/Community 的备份类型

•

查看 MySQL Enterprise Backup 的备份类型

•

MySQL Standard/Community 备份序列示例

查看 MySQL Standard/Community 的备份类型

如果使用 MySQL Standard/Community 选项，插件将使用 mysqldump 提供以下类型的备份：

•

•

•

•

•

了解这些备份的不同之处，是选择与每个 MySQL 实例的数据保护要求相匹配的合适备份序列的第一步。

完整备份

在 MySQL Standard/Community 选项的完整备份中，插件使用 mysqldump 实用程序来备份实例中包含的每个数据库。完整备份是任何备份策略的基础，因为它们为几乎每个还原方案提供起点。使用插件生成的完整备份可用于还原整个实例、单个或多个数据库以及单个或多个表。

完整备份或增量备份后清除二进制日志选项可确保在完整备份或增量备份后清除二进制日志。当插件与标准 MySQL Server 配置一起使用，启用 MySQL 复制处于禁用状态且启用时间点恢复处于启用状态时，默认启用此选项。当插件连接到群集时，此选项处于禁用状态；您必须在插件外部管理二进制日志的清除。


	重要信息：在由 NetVault Backup 服务器管理群集化和标准化 MySQL Server 的混合环境中，不要将为标准 MySQL Server 创建的备份选项集重复用于基于 MySQL 的群集。

如果您未选择清除二进制日志...选项，则插件将跟踪其配置文件中的上次备份的日志；您可以自行决定手动清除二进制日志。例如，如果您使用的是 MySQL 复制环境，在将二进制日志复制到从属实例之前，您不想从主实例中清除二进制日志，则您负责手动清除二进制日志。

增量备份

增量备份将备份自上次完整备份或增量备份以来生成的事务日志，然后清除二进制日志。由于二进制日志是基于实例的，因此每个数据库的事务日志都作为一个单元进行备份和清除。

增量备份对于减少介质故障或数据损坏后的数据丢失至关重要。您可以使用增量备份还原到数据损坏（例如更新不当或表丢弃）之前和之后的某个时间。与完整备份不同，增量备份在备份期间不需要只读访问权限。

MySQL 增量备份要求您使用“‑log-bin”选项启动 MySQL 实例，该选项可启用二进制日志。此过程在在 MySQL Server 上启用二进制日志（仅限 Standard/Community 选项）中进行了概述。有关详细信息，请参阅《MySQL 参考指南》中的二进制日志部分。

如前所述，完整备份或增量备份后清除二进制日志选项可确保在完整备份或增量备份后清除二进制日志。如果不使用此选项，插件将跟踪其配置文件中的上次备份的日志，您可以自行决定手动清除二进制日志。。

差异备份

差异备份将备份自上次完整备份或增量备份以来生成的事务日志。但是，在备份完成时不会清除二进制日志。因此，后续差异备份的大小和持续时间会增加。大小和持续时间会增加是因为此类型的每个备份都包含二进制日志，这些日志也包含在上次差异备份和自上次差异备份以来生成的二进制日志中。例如，如果在周日执行完整备份，并且计划在周一至周六执行差异备份，则周一的差异备份包括自周日完整备份以来生成的二进制日志，而周二的差异备份包括周一生成的二进制日志和周二生成的日志。周三的差异备份包括周一、周二和周三的二进制日志，依此类推。

与增量备份类似，差异备份也可用于减少介质故障或数据损坏后的数据丢失，并能够还原到故障或损坏之前和之后的某个时间。与完整备份不同，差异备份在备份期间不需要只读访问权限。

差异备份要求您使用“‑log-bin”选项启动 MySQL 实例，该选项可启用二进制日志。此过程在在 MySQL Server 上启用二进制日志（仅限 Standard/Community 选项）中进行了概述。有关详细信息，请参阅《MySQL 参考指南》中的二进制日志部分。

增量备份与差异备份

由于增量备份会在备份二进制日志后清除这些日志，因此后续增量备份的速度会更快，因为仅备份自上次增量备份以来创建的二进制日志。但是，使用增量备份的还原序列要求完整备份和故障点之间的每一次增量备份都必须通过连续的方式进行还原。由于启动多个还原任务所需的 DBA 干预增加，此过程会导致还原时间较长。

由于差异备份不会在二进制日志备份后清除这些日志，因此后续的每个差异备份所需的时间将较长，因为自上次完整备份以来的所有二进制日志都包含在此备份中。然而，使用差异备份的还原序列要求在还原完整备份后仅还原一个差异备份。此过程可加快还原速度，因为在还原过程中所需的 DBA 干预减少。

仅复制单个数据库/表的备份

有时必须为特殊目的进行备份，并且不应影响整个数据库的整体备份和还原过程。例如，备份可以作为测试环境的源，也可以作为复制从属实例的初始同步。仅复制单个数据库/表的备份是为这些特殊目的而设计的，因为它们允许您“复制”MySQL 环境。“仅复制”备份独立于已建立的备份序列，不会影响完整备份、增量备份或差异备份的可恢复性。但是，它们不能作为完整备份的替代方式。

复制整个数据库的备份

如“仅复制单个数据库/表的备份”所述，“复制整个数据库的备份”选项仅用于特殊目的，因为它会创建选定 MySQL 数据库的副本，包括选定数据库的所有相应 InnoDB 表。“复制”备份独立于已建立的备份序列，不会影响完整备份、增量备份或差异备份的可恢复性。但是，它们不能作为完整备份的替代方式。


	重要信息：仅当所选数据库的所有表都是 InnoDB 表时，才可以使用此选项。

“仅复制单个数据库/表的备份”与“复制整个数据库的备份”

对于每个选定的数据库，即使只选择了数据库的一个表，“复制整个数据库的备份”选项也会备份整个数据库。此选项允许您选择单个数据库进行备份，但不允许您选择单个表。此外，此选项仅支持备份 InnoDB 表。

“仅复制单个数据库/表的备份”选项允许您选择单个数据库和单个表，并且可以在备份中包括 InnoDB 和 MyISAM 表。但是，对于“复制整个数据库的备份”选项，备份的完成速度通常比“仅复制单个数据库/表的备份”选项的完成速度要快。

查看 MySQL Enterprise Backup 的备份类型

对于 MySQL Enterprise Backup 选项，该插件对所有选定的数据库对象运行 mysqlbackup 命令一次，以实现以下类型的备份：完整、增量和 TTS。

完整备份

在 MySQL Enterprise Backup 选项的完整备份中，该插件使用 mysqlbackup 实用程序或适用的 NetVault Backup 脚本来备份实例中包含的每个选定数据库对象。完整备份是任何备份策略的基础，因为它们为几乎每个还原方案提供起点。使用插件生成的完整备份可用于还原整个实例、单个或多个数据库以及单个或多个表。

增量备份

对于 InnoDB 表，仅备份自上次完整备份或增量备份以来发生更改的数据。对于非 InnoDB 表，如果自上次完整备份或增量备份以来表中发生了任何更改，则备份整个表。

“可传输表空间”(TTS) 的备份

如果您执行 TTS 备份，插件将分发完整备份，并添加 “--use-tts” MySQL 选项。


	重要信息： Quest 强烈建议您仅将 TTS 备份生成为独立备份，与备份计划分开。因为 TTS 备份是部分备份，所以您不能使用它们来替换或补充完整备份或增量备份策略，也不能将其用于灾难恢复操作。

如果要生成 TTS 备份，请注意以下限制：

•

仅在 MySQL Server 5.6 及更高版本中支持 TTS 备份。

•

仅 InnoDB 表包含在备份中。

•

仅在启用了 innodb_file_per_table 选项的情况下创建的表才会包含在备份中。

•

如果分区是在共享表空间中创建的，则分区表的备份将失败。

•

备份不包括二进制或中继日志。

有关使用“--use-tts”选项的更多限制，请参见 https://dev.mysql.com/doc/mysql-enterprise-backup/4.0/en/backup-partial-options.html。