本节讨论使用 NDB 集群复制进行备份和从备份还原。我们假设复制服务器已经按照前面所述进行了配置(请参阅 第 25.7.5 节,“准备 NDB 集群进行复制” 以及后面的几节)。完成此操作后,进行备份然后从备份还原的过程如下
可以通过两种不同的方法启动备份。
**方法 A. ** 此方法要求在启动复制过程之前,在源服务器上预先启用了集群备份过程。这可以通过在
my.cnf 文件
的[mysql_cluster]
部分中包含以下行来完成,其中management_host
是NDB
管理服务器的 IP 地址或主机名,port
是管理服务器的端口号ndb-connectstring=management_host[:port]
注意仅当未使用默认端口 (1186) 时,才需要指定端口号。有关 NDB 集群中端口和端口分配的更多信息,请参阅 第 25.3.3 节,“NDB 集群的初始配置”。
shellS> ndb_mgm -e "START BACKUP"
**方法 B. ** 如果
my.cnf
文件未指定管理主机的位置,则可以通过将此信息作为START BACKUP
命令的一部分传递给NDB
管理客户端来启动备份过程。这可以通过如下所示的方式完成,其中management_host
和port
是管理服务器的主机名和端口号shellS> ndb_mgm management_host:port -e "START BACKUP"
在我们前面概述的场景中(请参阅 第 25.7.5 节,“准备 NDB 集群进行复制”),这将按如下方式执行
shellS> ndb_mgm rep-source:1186 -e "START BACKUP"
将集群备份文件复制到要上线的副本。每个运行源集群的 ndbd 进程的系统上都有集群备份文件,并且必须将 所有 这些文件复制到副本,以确保成功还原。备份文件可以复制到副本管理主机所在计算机上的任何目录中,只要 MySQL 和 NDB 二进制文件在该目录中具有读取权限即可。在这种情况下,我们假设这些文件已复制到目录
/var/BACKUPS/BACKUP-1
中。虽然副本集群不必与源集群具有相同数量的数据节点,但强烈建议此数量相同。当副本服务器启动时,必须 阻止复制过程启动。您可以通过使用
--skip-replica-start
启动副本服务器来做到这一点。在副本集群上创建源集群上存在的并且要复制的任何数据库。
重要必须在副本集群中的每个 SQL 节点上执行与要复制的每个数据库相对应的
CREATE DATABASE
(或CREATE SCHEMA
)语句。在 mysql 客户端中使用以下语句重置副本集群
mysqlR> RESET REPLICA;
现在,您可以使用 ndb_restore 命令依次为每个备份文件启动集群还原过程。对于第一个备份文件,需要包含
-m
选项来还原集群元数据,如下所示shellR> ndb_restore -c replica_host:port -n node-id \ -b backup-id -m -r dir
dir
是备份文件在副本上放置的目录的路径。对于与其余备份文件相对应的 ndb_restore 命令,不应 使用-m
选项。对于从具有四个数据节点的源集群(如 第 25.7 节,“NDB 集群复制” 中的图所示)还原,其中备份文件已复制到目录
/var/BACKUPS/BACKUP-1
中,要在副本上执行的正确命令序列可能如下所示shellR> ndb_restore -c replica-host:1186 -n 2 -b 1 -m \ -r ./var/BACKUPS/BACKUP-1 shellR> ndb_restore -c replica-host:1186 -n 3 -b 1 \ -r ./var/BACKUPS/BACKUP-1 shellR> ndb_restore -c replica-host:1186 -n 4 -b 1 \ -r ./var/BACKUPS/BACKUP-1 shellR> ndb_restore -c replica-host:1186 -n 5 -b 1 -e \ -r ./var/BACKUPS/BACKUP-1
重要此示例中最后一次调用 ndb_restore 时的
-e
(或--restore-epoch
)选项是必需的,以确保将纪元写入副本的mysql.ndb_apply_status
表中。如果没有此信息,副本将无法与源正确同步。(请参阅 第 25.5.23 节,“ndb_restore — 还原 NDB 集群备份”。)现在,您需要从副本上的
ndb_apply_status
表中获取最新的纪元(如 第 25.7.8 节,“使用 NDB 集群复制实现故障转移” 中所述)mysqlR> SELECT @latest:=MAX(epoch) FROM mysql.ndb_apply_status;
使用
@latest
作为上一步中获得的纪元值,您可以从源上的mysql.ndb_binlog_index
表中获取正确的二进制日志文件@file
中的正确起始位置@pos
。此处显示的查询从逻辑还原位置之前应用的最后一个纪元中获取Position
和File
列中的值mysqlS> SELECT -> @file:=SUBSTRING_INDEX(File, '/', -1), -> @pos:=Position -> FROM mysql.ndb_binlog_index -> WHERE epoch > @latest -> ORDER BY epoch ASC LIMIT 1;
如果当前没有复制流量,您可以通过在源上运行
SHOW BINARY LOG STATUS
并使用输出中Position
列中显示的值来获取类似信息,该文件的文件名后缀在File
列中显示的所有文件中具有最大值。在这种情况下,您必须确定是哪个文件,并在下一步中手动提供名称,或者使用脚本解析输出。使用上一步中获得的值,您现在可以在副本的 mysql 客户端中发出适当的语句。使用以下
CHANGE REPLICATION SOURCE TO
语句mysqlR> CHANGE REPLICATION SOURCE TO -> SOURCE_LOG_FILE='@file', -> SOURCE_LOG_POS=@pos;
现在副本已经知道从哪个二进制日志文件的哪个点开始读取源数据,您可以使用以下语句使副本开始复制
mysqlR> START REPLICA;
要在第二个复制通道上执行备份和还原,只需重复这些步骤,将辅助源和副本的主机名和 ID 替换为主源和副本服务器的主机名和 ID(如果适用),并在它们上运行前面的语句即可。
有关执行集群备份和从备份还原集群的其他信息,请参阅 第 25.6.8 节,“NDB 集群的在线备份”。