本节列出了有关 MySQL Enterprise Backup 的一些常见问题，以及更多信息的答案和指针。
问题
问题和解答
A.1：
MySQL Enterprise Backup 是否适用于 MySQL Server 版本
x。y. z？
有关不同版本的 MySQL Enterprise Backup 和 MySQL Server 之间兼容性的详细信息， 请参阅第 C.3 节，“与 MySQL 版本的兼容性”。
您可能会发现备份数据占用的空间比预期的要多，因为文件很大，例如
ibdata1. 该文件代表 InnoDB
系统表空间，它会增长但不会收缩，并且包含在每个完整和增量备份中。要减少此文件在备份数据中占用的空间：
做完整备份后，再做连续的 增量备份，这样占用的空间更少。增量备份中的
ibdata1文件通常要小得多，仅包含自完整备份以来更改的系统表空间部分。innodb_file_per_table=1在创建最大或最活跃的 InnoDB 表之前 设置配置选项 。这些表从系统表空间分离到单独的.ibd文件中，这些文件在删除或截断时在释放磁盘空间方面更加灵活，并且可以单独包含在备份中或从备份中排除。如果你的系统表空间非常大，因为你在打开设置之前创建了大量的InnoDB数据
innodb_file_per_table，你可能会使用mysqldump来转储整个实例，然后innodb_file_per_table在重新创建它之前打开它，这样所有的表数据都保留在外面系统表空间。
A.3： 我可以使用 MySQL Enterprise Backup 备份非 InnoDB 数据吗？
虽然 MySQL Enterprise Backup 可以备份非 InnoDB 数据（如 MYISAM 表），但要备份的 MySQL 服务器必须支持 InnoDB（即，如果服务器使用
--innodb=OFF
或
--skip-innodb
选项启动，备份过程将失败），并且服务器必须包含至少一个 InnoDB 表。
如果在or
阶段mysqlbackup中断
，备份数据是OK的。这些选项执行的文件操作可以多次执行，而不会损害备份数据的一致性。只需再次运行相同的
mysqlbackup命令，当它成功完成时，所有必要的更改都会出现在备份数据中。
apply-logapply-incremental-backup
A.5：
为什么选项--defaults-file不被识别？
当您指定
--defaults-file选项时，它必须是命令名称之后的第一个选项。否则，错误消息会使选项名称看起来好像无法识别。
A.6： 我可以在一个操作系统平台上备份一个数据库，然后使用 MySQL Enterprise Backup 在另一个操作系统平台上恢复它吗？
有关详细信息，请参阅第 C.2 节“跨平台兼容性”。
A.7: 如果我在我的备份中包含二进制日志或中继日志但不想恢复它怎么办？
如果要在还原期间跳过二进制日志、中继日志或两者的还原，请将
--skip-binlog选项、
--skip-relaylog选项或两者与您的copy-backor
copy-back-and-apply-log命令一起使用。