对主服务器进行完全备份，然后使用copy-back-and-apply-log命令，将备份和日志文件恢复到新从机上的正确目录并准备数据。

编辑my.cnf新slave的文件和putskip-slave-start而且event_scheduler =了(如果主程序使用事件调度器)在(mysqld)部分。

启动新的从服务器mysqld．您可以在服务器的输出中看到以下内容:

InnoDB:最后一个MySQL binlog文件位置0 128760007，文件名。000006年……

而一个最后一个MySQL binlog文件位置它不一定是备份服务器上最新的二进制日志位置信息，因为InnoDB不会为任何DDL操作或任何对非InnoDB表的更改存储二进制日志位置信息。不使用此二进制日志位置初始化从服务器．下一步将解释如何找到要使用的正确二进制日志位置。

查找文件datadir/元/ backup_variables.txt在哪里datadir是新从服务器的数据目录。查看文件以检索最新的二进制日志位置和存储在其中的相应日志文件号:

binlog_position = hundin-bin.000006:128760128

使用将master更改为SQL语句和你在最后一步中获取的信息来正确初始化从库:

将MASTER修改为MASTER_LOG_FILE='hundin-bin。000006年,MASTER_LOG_POS = 128760128;

设置从主节点复制到的任何事件的状态SLAVESIDE_DISABLED．例如:

mysql>更新事件设置状态= 'SLAVESIDE_DISABLED';

去掉线条skip-slave-start而且event_scheduler =了中添加的条目my.cnf步骤2中的从服务器的文件。你也可以离开skip-slave-start进入，但你总是需要使用开始的奴隶语句，以便在重新启动从服务器时启动复制。)

重新启动从服务器。复制的开始。

对主服务器进行完全备份，然后使用copy-back-and-apply-log命令，将备份和日志文件恢复到新的启用gtid的从机上的正确目录中，并准备数据。

编辑my.cnf新slave的文件和putskip-slave-start而且event_scheduler =了(如果主程序使用事件调度器)在(mysqld)部分。

启动新的从服务器。

连接到从服务器mysql客户端。然后，执行以下语句重置二进制日志:

mysql> RESET MASTER;

并执行以下语句停止二进制日志记录:

SET sql_log_bin=0;

当使用GTID特性的服务器进行备份时，mysqlbackup生成一个名为backup_gtid_executed.sql，它可以在新的从服务器的恢复数据目录中找到。该文件包含一个SQL语句，用于设置GTID_PURGEDslave上的配置选项:

#在一个新的slave上，如果GTIDs是启用的，发出以下命令:SET @@GLOBAL.GTID_PURGED='f65db8e2-0e1a-11e5-a980-080027755380:1-3';

它还包含注释将master更改为用于初始化slave的语句:

# CHANGE MASTER to MASTER_AUTO_POSITION = 1;

取消该命令的注释，并向其添加所需的连接和身份验证参数(例如，MASTER_HOST，MASTER_USER，MASTER_PASSWORD,MASTER_PORT)：

CHANGE MASTER to MASTER_HOST='127.0.0.1'， MASTER_USER='muser'， MASTER_PASSWORD=' passass '， MASTER_PORT=18675, MASTER_AUTO_POSITION =1;

方法执行该文件mysql客户端

Mysql > source /path-to-backup_gtid_executed.sql/ backup_gtid_executed.sql

设置从主节点复制到的任何事件的状态SLAVESIDE_DISABLED．例如:

mysql>更新事件设置状态= 'SLAVESIDE_DISABLED';

删除skip-slave-start而且event_scheduler =了中添加的条目my.cnf步骤2中的从服务器的文件。你也可以离开skip-slave-start进入，但你总是需要使用开始的奴隶语句，以便在重新启动从服务器时启动复制。)

重新启动从服务器。复制的开始。