MySQL Enterprise Backup 8.0版本说明
本节列出了关于MySQL企业备份的一些常见问题，以及答案和指向进一步信息的指针。
问题
. 1:MySQL Enterprise Backup 8.0.27支持什么版本的MySQL服务器?
a:什么是大的
ibdata所有备份里的那个文件?a:我可以用MySQL企业备份备份非innodb数据吗?
各:如果apply-log或apply-incremental-backup步骤中断，会发生什么情况?
本:为什么是选项
——defaults-file不承认吗?要求寄出:我可以在一个操作系统平台上备份数据库，并使用MySQL企业备份在另一个操作系统平台上恢复它吗?
A.7:如果我在备份中包含了二进制日志或中继日志，但不想恢复它，该怎么办?
如:如果我直接使用原始目录备份启动服务器，而不运行复制或apply-log操作，会发生什么情况?
问题和答案
. 1:MySQL Enterprise Backup 8.0.27支持什么版本的MySQL服务器?
看到C.3节“与MySQL版本的兼容性”了解MySQL Enterprise Backup和MySQL Server不同版本之间的兼容性。
您可能会发现备份数据占用的空间比预期的要大，这是因为一个大文件的名称为ibdata1．这个文件代表InnoDB系统表空间它会随着数据库的运行而增长，但绝不会收缩，并且包含在每一个完整和增量备份中。减少备份数据中该文件所占的空间。
后做一个完全备份，做一个接一个的增量备份，这样占用的空间更小。的
ibdata1增量备份中的文件通常要小得多，只包含自完全备份以来更改的系统表空间的部分。设置配置选项
innodb_file_per_table = 1在创建最大或最活跃的InnoDB表之前。这些表从系统表空间分离到单独的表空间中.ibd文件;然后可以从备份中单独包含或排除表，在删除或截断表时释放磁盘空间。如果你的系统表空间非常大，因为你在打开InnoDB之前创建了大量的InnoDB数据
innodb_file_per_table设置，你可能会用到, mysqldump要创建整个服务器实例的转储，请打开innodb_file_per_table在重新创建数据库之前，使所有表数据都保存在系统表空间之外。
虽然MySQL企业备份可以备份非InnoDB数据(如MYISAM表)，但要备份的MySQL服务器必须支持InnoDB(即，如果服务器是用InnoDB启动的，备份过程将失败——innodb =了或——skip-innodb选项)，并且服务器必须包含至少一个InnoDB表。
各:如果apply-log或apply-incremental-backup步骤中断，会发生什么情况?
如果mysqlbackup的过程中中断。运用原木或apply-incremental-backup阶段，备份数据正常。这些选项执行的文件操作可以多次执行，而不会损害备份数据的一致性。运行相同的程序mysqlbackup再次执行命令，当它成功完成时，备份数据中就会出现所有必要的更改。
当您指定——defaults-file选项，肯定是第一个选项mysqlbackup．否则，错误消息会使它看起来好像无法识别选项名。
要求寄出:我可以在一个操作系统平台上备份数据库，并使用MySQL企业备份在另一个操作系统平台上恢复它吗?
看到C.2节“跨平台兼容性”获取详细信息。
A.7:如果我在备份中包含了二进制日志或中继日志，但不想恢复它，该怎么办?
如果希望在恢复期间跳过二进制日志、中继日志或两者的恢复，请使用——skip-binlog选项时,——skip-relaylog选项，或者两者都有复制回去或copy-back-and-apply-log命令。
如:如果我直接使用原始目录备份启动服务器，而不运行复制或apply-log操作，会发生什么情况?
这绝不应该尝试。不仅服务器会崩溃，备份也可能损坏并变得不可用。这是因为目录备份包含由mysqlbackupMySQL服务器无法理解;此外，原始备份可能不一致，需要由运用原木操作，以便可以应用备份过程中对数据库所做的更改。