reset slave all更彻底

reset slave是各版本Mysql都有的功能,可以让slave忘记自己在master binary log中的复制位置。

reset slave命令主要完成以下工作内容:
  -删除master.info和relay-log.info文件
  -删除所有的relay log(包括还没有应用完的日志)
  -创建一个新的relay log文件
  -将复制延迟选项 master_delay设置为0

reset slave不会修改gtid_executed、gtid_purged的值。

在执行reset slave之前,必须执行stop slave。

在mysql 5.6之后,reset slave不会修改任何复制配置参数,所有的连接信息仍然保留在内存中,包括主库地址、端口、用户、密码等。也就是说在执行reset slave之后还可以直接运行start slave命令而不必重新输入change master to命令,而运行show slave status也仍和没有运行reset slave一样,有正常的输出。

reset slave之后关闭mysqld就会清除连接参数。

在mysql 5.6.3之后,可以使用reset slave all来清除连接参数,运行show slave status就输出为空了。

mysql 5.6.7之后,reset slave会隐式提交事务。 

运行reset slave命令需要reload权限。MHA在做故障切换时,就会在新主上运行命令RESET SLAVE /*!50516 ALL */ ,清除掉它的所有从库信息。

转发别人的:https://www.cnblogs.com/abclife/p/7763239.html

原文地址:https://www.cnblogs.com/nandi001/p/12611458.html

时间: 2024-11-13 01:56:38

reset slave all更彻底的相关文章

reset master和reset slave命令解析和区别

reset master删除所有index file 中记录的所有binlog 文件,将日志索引文件清空,创建一个新的日志文件,这个命令通常仅仅用于第一次用于搭建主从关系的时的主库, 注意: reset master 不同于purge binary log的两处地方1.reset master 将删除日志索引文件中记录的所有binlog文件,创建一个新的日志文件 起始值从000001 开始,然而purge binary log 命令并不会修改记录binlog的顺序的数值2.reset maste

MySQL中关于RESET SLAVE和RESET MASTER的区别

RESET SLAVE的语法如下: RESET SLAVE [ALL] [channel_option] channel_option: FOR CHANNEL channel 其中,channel_option主要是针对5.7.6引入的多源复制. RESET SLAVE 官方的解释如下 RESET SLAVE makes the slave forget its replication position in the master's binary log. This statement is

MySQL Replication的Reset slave重置命令

http://www.it165.net/database/html/201208/2801.html 有时要清除从库的所有复制信息,如切换为不同的Master, 主从重做等:Reset slave是一个比较危险的命令,所以在执行前一定要准备知道其含义. 1. 命令在slave上执行,执行前一定要停掉slave(stop slave)   2. 执行reset slave后,会清除复制相关的所有信息,包括:master.info, relay-log.info, 及无条件删除所有的中继日志(re

mysql命令之reset slave all

http://my.oschina.net/zxu/blog/185977 mysql主从复制中,需要将备库(实际也是从库)提升为主库,需要取消其从库角色,这可通过执行: stop slave; reset slave all; RESET SLAVE ALL是清除从库的同步复制信息.包括连接信息和二进制文件名.位置. 从库上执行这个命令后,使用show slave status将不会有输出.

RESET MASTER和RESET SLAVE使用场景和说明

[一]RESET MASTER参数 功能说明:删除所有的binglog日志文件,并将日志索引文件清空,重新开始所有新的日志文件.用于第一次进行搭建主从库时,进行主库binlog初始化工作: 测试如下: 未删除前 [[email protected] mysql]# pwd/data/mysql [[email protected] mysql]# ls mysql> show master status\G;*************************** 1. row *********

Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'系列二:reset slave

reset slave会清除从库的所有复制信息.一般应用场景:如切换为不同的Master, 主从重做等: 1. 命令在slave上执行,执行前一定要stop slave. 2. 执行reset slave后,会清除复制相关的所有信息,包括:master.info, relay-log.info, 及无条件删除所有的中继日志(relay logs). 注意是无条件的,也就是不管理你Slave SQL线程是否把所有的relay log重放完了. 3. 注意,stop slave后,先保存show s

mysql主从复制重置操作--reset master, reset slave

本文介绍reset master, reset slave的作用. reset master 在master上执行 mysql > RESET MASTER 作用包括: 删除binlog索引文件中列出的所有binlog文件 清空binlog索引文件 创建一个新的binlog文件 reset slave 在slave上执行 mysql > RESET SLAVE 作用包括: 清除slave 复制时的master binlog的位置 清空master info, relay log info 删除

关于MySQL的reset master和reset slave

相关文章:https://blog.csdn.net/yabingshi_tech/article/details/50736735 说明: 实际上,只要复制关系中的数据库是同步的,那么binlog是不需要更改的.也就是reset master在一般状态下,是不需要执行的.反而在级联复制中,如果中间服务器执行了reset master后,中间服务器的binlog会被重置.后果是中间服务器以后的级联复制数据库都将需要重新设定复制开始点.这样,很难确认原来的POST位置对不对. 什么时候需要执行,或

slave断电,mysql主从奔溃恢复从服务至正常

本想连照片一起上传的,这样更直观:很遗憾照片无法上传,但是也无法阻止我发文!!! slave上操作: [[email protected] mysql]# tail slave.err 160121 21:44:43 [Note] Event Scheduler: Purging the queue. 0 events 160121 21:44:43 [Note] Error reading relay log event: slave SQL thread was killed 160121