大多数备份策略都是从MySQL服务器的完整备份开始的，您可以从中恢复所有数据库和表。做完一个之后完全备份，你可能会增量备份(它们更小、更快)用于接下来的几个备份作业。然后定期执行另一个完全备份，以再次开始此循环。

本节概述了进行这种最基本类型备份的一些注意事项。因为完全备份比其他类型的备份花费的时间更长，生成的备份文件也更大，所以对于这部分备份策略，您对速度、容量和便利性的决定尤为重要。

有关显示进行完全备份的命令的示例，请参见第3.2.1节，“备份整个MySQL实例”．

命令行选项还是配置文件选项?

为了清晰起见，本手册中的示例通常显示命令行选项，以演示连接参数和其他信息，这些信息可能与每个备份作业相同。为方便和一致性，您可以将这些选项包含在(mysqlbackup)的MySQL配置文件的mysqlbackup命令;mysqlbackup还从(mysqld)如果他们在场就分开。例如，如果数据库实例切换到不同的端口，那么依赖配置文件中的端口信息可以避免编辑备份脚本。

输出在单目录还是时间戳子目录?

为方便起见，——with-timestamp选项在备份目录下创建惟一命名的子目录，以保存每个备份作业的输出。带有时间戳的子目录使建立保留期限变得更简单，例如删除或存档超过某个年龄的备份数据。默认情况下没有设置此选项。

如果您使用单个备份目录(也就是说，如果您省略了——with-timestamp选项)，为每个备份作业指定一个新的惟一目录名，或者指定——力选项覆盖现有备份文件。

与——incremental-base选项，作为每个增量备份命令的一部分，指定包含上一次备份的目录。要使目录名可预测，您可能更喜欢省略——with-timestamp选项，并生成目录名序列作为备份脚本的一部分。

总是完全备份，还是完全备份加增量备份?

如果你的InnoDB数据量很小，或者你的数据库很忙，在备份之间有很高比例的数据更改，你可能每次都要运行一次完全备份。通常，可以通过运行定期的完全备份来节省时间和存储空间，并在两者之间运行几个增量备份，如中所述第3.3.2节“增量备份”．

使用压缩还是不使用?

创建压缩备份可以节省大量存储空间，并显著减少I/O。使用LZ4压缩方法(从3.10版本开始引入)，处理压缩的开销非常低。当数据库备份从运行数据库文件所在的速度较快的磁盘系统转移到可能较慢的存储中时，压缩通常会显著降低总体备份时间。它还可以减少恢复时间。通常，对于大多数用户，我们建议使用LZ4压缩而不是不压缩，因为基于LZ4的备份通常在更短的时间内完成。但是，请在您的环境中测试MySQL Enterprise Backup，以确定最有效的方法是什么。