3:添加一个slave到已有的复制环境(基于二进制日志文件位置)

服务器 192.168.1.2 (master) ,服务器 192.168.1.3 (old slave) 服务器 192.168.1.4 (new slave)

您可以将另一个slave添加到现有复制配置，而无需停止master。为此，您可以通过复制现有slave的数据目录并为新slave提供不同的server ID （由用户指定）和服务器UUID（在启动时生成）来设置新slave。

在old slave

• #停止复制
• mysql> stop slave;
• Query OK, 0 rows affected (0.00 sec)
• #查看主二进制日志文件和中继日志文件位置
• mysql> show slave status\G
• #关闭old slave的mysql服务
• [root@iZ2zee8t2icu340bpmaw23Z ~]# service mysqld stop
• Redirecting to /bin/systemctl stop mysqld.service
• [root@iZ2zee8t2icu340bpmaw23Z ~]# ps -ef |grep mysql
• root 14618 14474 0 21:33 pts/0 00:00:00 grep --color=auto mysql
• #将old slave的数据目录打包
• [root@iZ2zee8t2icu340bpmaw23Z ~]# cat /etc/my.cnf | grep datadir
• datadir=/var/lib/mysql
• [root@iZ2zee8t2icu340bpmaw23Z ~]# cd /var/lib/mysql
• [root@iZ2zee8t2icu340bpmaw23Z mysql]# tar -zcvf /tmp/file.tar.gz *
• #启动mysql
• [root@iZ2zee8t2icu340bpmaw23Z mysql]# service mysqld start
• #开始复制
• mysql> start slave;
• Query OK, 0 rows affected, 1 warning (0.00 sec)

在new slave上

• #先关闭mysql
• [root@iZ2ze7skefrz53o5o1at5hZ ~]# service mysqld stop
• Redirecting to /bin/systemctl stop mysqld.service
• #复制old slave的数据目录,进入本机的mysql数据目录
• [root@iZ2ze7skefrz53o5o1at5hZ ~]# cat /etc/my.cnf | grep datadir
• datadir=/var/lib/mysql
• [root@iZ2ze7skefrz53o5o1at5hZ ~]# cd /var/lib/mysql
• #利用scp把数据给拿过来
• [root@iZ2ze7skefrz53o5o1at5hZ mysql]# scp root@192.168.1.3:/tmp/file.tar.gz /tmp
• #这时候我们需要先把本机的数据给备份一下
• [root@iZ2ze7skefrz53o5o1at5hZ mysql]# tar -zcvf /tmp/mysql_back.tar.gz *
• #然后将old slave的数据给压缩
• [root@iZ2ze7skefrz53o5o1at5hZ mysql]# tar -zxvf /tmp/file.tar.gz
• #从当前机器上的数据目录副本中删除auto.cnf文件，以便使用不同的生成server UUID启动新slave服务器。 server UUID必须是唯一的。
• [root@iZ2ze7skefrz53o5o1at5hZ mysql]# rm auto.cnf
• rm: remove regular file ‘auto.cnf’? y
• #为服务器配置server_id和--skip-slave-start选项，指定了--skip-slave-start的话，那么mysql启动的时候复制就不会启动
• #启动mysql服务器并登陆，查看有关信息(这里要注意，因为你直接复制的old slave的数据目录，所以登录mysql的时候要输入old slave对应的用户密码，最后需要修改过来)
• mysql> show slave status\G
• #如果跟step4可以对应的上，那就没有啥问题，然后启动复制
• mysql> start slave;
• ERROR 1872 (HY000): Slave failed to initialize relay log info structure from the repository
• #1872 错误 这个时候我们查看一下错误日志
• [root@iZ2ze7skefrz53o5o1at5hZ ~]# tail -f /var/log/mysqld.log
• 意思是从./iZ2ze7skefrz53o5o1at5hZ-relay-bin.index找不到./iZ2zee8t2icu340bpmaw23Z-relay-bin.000004 relay log 文件，原因是由于我使用的是冷备份文件恢复的实例，在mysql库中的slave_relay_log_info表中依然保留之前relay_log的信息，所以导致启动slave报错。解决方法如下
• mysql> reset slave;
• Query OK, 0 rows affected (0.02 sec)
• mysql> start slave;
• Query OK, 0 rows affected (0.02 sec)
• mysql> show slave status\G
  *
• 那么就说明成功了

添加一下测试数据，看下数据是否同步

注意事项：

• 在新的slave上，一定要查看错误日志以及对比新slave和现有slave的show slave status内容，查看Master_Log_File和Read_Master_Log_Pos是否有差异
• 因为你直接复制的old slave的数据目录，所以登录new salve的mysql的时候要输入old slave对应的用户密码，最后需要修改过来

reset slave讲解：

• 参考链接： https://dev.mysql.com/doc/refman/5.7/en/reset-slave.html
• RESET SLAVE makes the slave forget its replication position in the master's binary log. This statement is meant to be used for a clean start: It clears the master info and relay log info repositories, deletes all the relay log files, and starts a new relay log file. It also resets to 0 the replication delay specified with the MASTER_DELAY option to CHANGE MASTER TO. RESET SLAVE does not change the values of gtid_executed or gtid_purged.
• RESET SLAVE会让slave忘记master的二进制文件的复制位置。主要用于干净的启动一个复制，它会清除主信息和中继日志信息库(就是清除mysql.slave_master_info和slave_relay_log_info这两个表)，删除所有的中继日志文件，并且启动一个新的中继日志文件。会将CHANGE MASTER TO的 MASTER_DELAY选项指定的值重置为0,RESET SLAVE 不会更改gtid_executed或gtid_purged的值。

参考链接：https://dev.mysql.com/doc/refman/5.7/en/binlog-replication-configuration-overview.html

PREV: 2:基于二进制日志文件位置的复制 https://blog.51cto.com/itzhoujun/2351367
NEXT: 4：GTID简单介绍 https://blog.51cto.com/itzhoujun/2352688

转载于:https://blog.51cto.com/itzhoujun/2351567

总结

以上是生活随笔为你收集整理的3:添加一个slave到已有的复制环境(基于二进制日志文件位置)的全部内容，希望文章能够帮你解决所遇到的问题。

如果觉得生活随笔网站内容还不错，欢迎将生活随笔推荐给好友。