备份周期-完全备份¶

创建备份¶

执行命令，创建备份xtrabackup与Xtrabackup——备份选项。您还需要指定一个xtrabackup——target-dir选项，该选项是备份将存储的位置InnoDB数据或日志文件不存储在同一目录中，您可能也需要指定它们的位置。如果目标目录不存在，xtrabackup将创建该目录。如果目录存在且为空，xtrabackup将成功。Xtrabackup不会覆盖现有文件，它将失败，操作系统错误17，文件是否存在。

使用实例启动备份进程。

美元xtrabackup——备份——target-dir=/ /备份/数据

这将把备份存储在/ /备份/数据。如果指定相对路径，目标目录将相对于当前目录。

在备份过程中，您应该看到大量显示正在复制的数据文件的输出，以及日志文件线程重复扫描日志文件并从中进行复制。下面是一个示例，显示日志线程在后台扫描日志，文件复制线程在ibdata1文件上工作:

160906 10:19:17完成非innodb表和文件的备份160906 10:19:17正在执行FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS…xtrabackup: The latest check point (for incremental): '62988944' xtrabackup: stop log copy thread. .160906 10:19:18 >> log scanned up to(137343534) 160906 10:19:18正在执行解锁TABLES 160906 10:19:18所有表已解锁160906 10:19:18 Backup created in directory '/data/backups/' 160906 10:19:18 [00] Writing Backup -my.cnf 160906 10:19:18[00]…done 160906 10:19:18 [00] Writing xtrabackup_info 160906 10:19:18[00]…已复制lsn(26970807)到(137343534)的事务日志。160906 10:19:18完成OK!

您应该看到的最后一件事类似于下面的内容，其中的值< LSN >将是一个取决于你的系统的数字:

日志含义xtrabackup:从lsn ()拷贝到(< lsn >)的事务日志。

备份完成后，目标目录将包含如下文件，假设您有一个InnoDB表test.tbl1而你使用的是MySQL的innodb_file_per_table选择:

美元ls韩/ /备份/数据

总182M drwx------ 7根根4.0K 9月6日10:19。drwxrwxrwt 11 root root 4.0K Sep 6 11:05 ..-rw-r - 1根根387年9月6日10:19 backup-my.cnf -rw-r - 1根根76年9月6日10:19 ibdata1 drwx, 2根4.0 k 9月6根10:19 mysql drwx, 2根4.0 k 9月6根10:19 performance_schema drwx, 2根4.0 k 9月6根10:19 sbt drwx——2根4.0 k 9月6根10:19测试drwx, 2根4.0 k 9月6根10:19 world2 -rw-r - 1根根116年9月6日10:19 xtrabackup_checkpoints -rw-r - 1根根433年9月6日10:19 xtrabackup_info -rw-r根106年9月6日10:19 - 1根xtrabackup_logfile

备份可能需要很长时间，这取决于数据库的大小。在任何时候取消都是安全的，因为它不会修改数据库。

下一步是准备恢复备份。

准备备份¶

在你做了备份之后xtrabackup——备份选项，您首先需要准备它，以便恢复它。在准备好数据文件之前，数据文件在时间点上是不一致的，因为它们是在程序运行时的不同时间复制的，并且在此过程中可能已被更改。如果你试图用这些数据文件启动InnoDB，它会检测到损坏并自行崩溃，以防止你在损坏的数据上运行。的xtrabackup——准备Step使文件在某一时刻完全一致，因此您可以运行InnoDB在他们身上。

你可以在任何机器上运行prepare操作;它不需要在原始服务器上，也不需要在要恢复到的服务器上。您可以将备份复制到实用服务器并在那里进行准备。

在准备操作时，xtrabackup启动一种嵌入在它内部的修改过的InnoDB(它链接到的库)。这些修改对于禁用InnoDB的标准安全检查是必要的，比如抱怨日志文件大小不合适，不适合与备份一起工作。这些修改仅适用于外备份二进制文件;你不需要修改InnoDB使用xtrabackup进行备份。

准备步骤使用这个嵌入式InnoDB要使用复制的日志文件对复制的数据文件执行崩溃恢复。的准备Step使用起来非常简单:只需运行即可xtrabackup——准备选项，并告诉它准备哪个目录，例如准备之前的备份运行:

美元xtrabackup——准备——target-dir=/ /备份/数据

完成后，您应该会看到一个InnoDB关闭用如下这样的消息，其中的值再次为LSN将取决于您的系统:

InnoDB: Shutdown completed;日志序列号137345046 160906 11:21:01完成OK!

所有下面的准备都不会改变已经准备好的数据文件，你会看到输出说:

xtrabackup:这个目标似乎已经准备好了。Xtrabackup:注意:xtrabackup_logfile已经用于“——prepare”。

不建议在准备备份时中断xtrabackup进程，否则可能导致数据文件损坏，备份不可用。如果准备进程中断，备份的有效性将无法保证。

恢复备份¶

美元xtrabackup——复制回去——target-dir=/ /备份/数据

如果不想保存备份，可以使用xtrabackup——搬回来选项，该选项将备份数据移动到datadir。

如果您不想使用以上任何选项，您可以额外使用rsync或cp恢复文件。

的例子rsync可以用来恢复备份的命令看起来像这样:

美元rsync-avrP/ /数据/备份/var/lib/mysql/

您应该检查恢复的文件是否具有正确的所有权和权限。

由于文件的属性将被保留，在大多数情况下，您将需要将文件的所有权更改为mysql在启动数据库服务器之前，因为它们将由创建备份的用户拥有:

美元乔恩- rmysql: mysql/var/lib/mysql

数据现在已经恢复，可以启动服务器了。

2019-08-09 12:40:02 69297 [ERROR] Failed to open the relay log '/data/mysql-relay-bin.日志信息004349' (relay_log_pos 5534092)