1、reset slave

 1)清理掉master.info

 2)清理relay-log.info

 3)删除所有的relay log文件,重启用一个新的relay log文件

 4)不清理内存里的同步复制配置信息。清除slave 复制时的master binlog的位置,重置复制延迟(CHANGE MASTER TO 的 MASTER_DELAY参数指定的)为0,不会改变复制连接使用的参数,例如master host, master port, master user, or master password

 5)不重置 gtid_executed or gtid_purged 参数值

2、reset slave all

 1)清理掉master.info

 2)清理relay-log.info

 3)删除所有的relay log文件,重启用一个新的relay log文件

 4)立即清理内存里的同步复制配置信息。这一点很有用:提升从库为主库,特别是在集群迁移中,新集群的新主库同步了旧集群的旧主库后,需要断开,则执行

       stop slave;

      reset slave all;

      show slave status\G;

      此时真正实现了清除slave同步复制关系!

       # mysql主从复制中,需要将从库提升为主库,需要取消其从库角色,这可通过执行RESET SLAVE ALL清除从库的同步复制信息、包括连接信息和二进制文件名、位置。从库上执行这个命令后,使用show slave status将不会有输出。

 5)不重置 gtid_executed or gtid_purged 参数值

3、reset master

    1)删除binlog索引文件中列出的所有binlog文件
    2)清空binlog索引文件
    3)创建一个新的binlog文件
    4)清空系统变量gtid_purged和gtid_executed, 在MySQL 5.7.5 及后续版本中, RESET MASTER还会会清空 mysql.gtid_executed数据表

 

用途:删除所有的binglog日志文件,并将日志索引文件清空,重新开始所有新的日志文件。用于第一次进行搭建主从库时,进行主库binlog初始化工作;

注意:但是如果当前是主数据库,且主从数据库正常的时候,千万不能用这种方式删除。

####################################################################

场景一:给原集群添加一个新实例作为从库。(从xtrabackup备份来搭建)

当启动新的实例后按如下顺序执行:

stop slave;

reset slave all;

reset master;

change master (根据实际情况而定)

start slave;

show slave status\G;

 

场景二:集群迁移。(新集群的新主库连接到旧集群的旧主库上)

当新集群数据与旧集群数据完全同步后,在新集群的新主库上按如下顺序执行:

stop slave;

reset slave all;

show slave status\G;

 

 

################################################