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
  • 删除所有的relay log文件,并创建一个新的relay log文件。
  • 重置复制延迟(CHANGE MASTER TO 的 MASTER_DELAY参数指定的)为0。

另外,

RESET SLAVE 不会改变gtid_executed or gtid_purged.

RESET SLAVE 不会改变复制连接使用的参数,例如master host, master port, master user, or master password

如果要重置这些连接参数,需要使用命令

mysql > RESET SLAVE ALL

重置操作之后,就需要使用 CHANGE MASTER TO 重新指定复制连接参数。

参考

change master to

show slave status

reset slave

reset master

原文地址:https://www.cnblogs.com/lanyangsh/p/10124186.html

时间: 2024-11-05 16:27:37

mysql主从复制重置操作--reset master, reset slave的相关文章

mysql主从复制、操作语句

授权 grant replication slave on *.* to [email protected] identified by "123456" 登录测试 mysql -h 192.168.10.63 -u slave -p 123456 scp all1.sql 192.168.10.64:/root 导入数据库,和主服务器保持一致 mysql -u root -p <all1.sql Relay_Log_Pos:459 Relay_Master_log_File:m

mysql主从复制配置操作以及主从宕机切换演练

主从复制目的: 主从服务器设置的稳健性得以提升,如果主服务器发生故障,可以把本来作为备份的从服务器提升为新的主服务器.在主从服务器上分开处理用户的请求,读的话,可以直接读取备机数据,可获得更短的响应时间. 主服务器:IP地址192.168.80.129,mysql已经安装,无用户数据. 从服务器:IP地址192.168.80.130,mysql已经安装. 注:数据库版本必须一致. 1.主从复制配置 修改从服务器的配置文件/etc/my.cnf,在mysqld里添加一下属性 [mysqld] lo

mysql主从复制master端口更改问题

我在做mysql主从复制的时候,master端mysql端口一直都是默认的3306,我就想换一个端口,master服务器端口更改完成以后,到slave端进行change操作,这个操作默认端口是3306,所以我在命令里加了一条"master_port=端口",结果这个命令没有这个参数,然后我又在"master_host=ip"后面加了端口,改成了"master_host=ip:端口",命令执行成功了,但是启动slave的时候报错 1. row Sl

MySQL主从复制与lvs+keepalived单点写入读负载均衡高可用实验【转】

一.环境Master(主机A):192.168.1.1Slave(主机B) :192.168.1.2  W-VIP(写入)  :192.168.1.3 R-VIP(读取)  :192.168.1.4 Client(测试) :192.168.1.100 操作系统版本:CentOS release 6.4MySQL数据库版本:5.6.14keepalived版本:1.2.7LVS版本:1.26 所有环境均为虚拟机 二.设计思路 1. 服务器A和B,通过mysql的slave进程同步数据.2. 通过k

两个版本的Mysql 主从复制

MySQL  AB复制 Mysql AB 复制又称主从复制,实现的是数据同步,要求最好所有的mysql版本相同,如果版本不一致,从服务器版本要高于主服务器,而且版本不一致不能做双向复制. AB复制主要的有点有两点: 1.解决宕机带来的数据不一致,因为mysql AB 复制可以实时备份数据, 2.减轻数据库服务压力 但是mysql AB复制不适用于大数据环境,如果是大数据环境推荐使用集群 Mysql复制的三个主要步骤: ①主服务器更改记录到二进制文件中(二进制日志事件) ②从服务器吧主服务器的二进

MySQL主从复制、读写分离、高可用集群搭建

MySQL主从复制.读写分离.高可用集群搭建  一.服务介绍   1.1 Keepalived     Keepalived,见名知意,即保持存活,其目的是解决单点故障,当一台服务器宕机或者故障时自动切换到其他的服务器中.Keepalived是基于VRRP协议实现的.VRRP协议是用于实现路由器冗余的协议,VRRP协议将两台或多台路由器设备虚拟成虚拟设备,可以对外提供虚拟路由器IP(一个或多个),即漂移IP(VIP). 1.2 ProxySQL ProxySQL是一个高性能,高可用性的MySQL

Mysql主从复制(同步原理及搭建过程)

一个网站,最重要的就是它上边的数据,但是当有一天数据库挂掉了,将影响整个网站的正常运行,mysql的主从复制能够很好的解决这个问题,mysql主从复制就是,将一个主数据库服务器(Master)的数据同步到另一个备用数据库服务器(Slave)上,当正在使用的数据库服务器因故障当机时,我们可以把网站数据指向另一个拥有同样数据的数据库服务器上,快速的恢复网站数据. 一.Mysql主从复制原理: 在master上开启log-bin日志功能,记录数据库的操作信息,包括更新,插入,删除等. 主从复制用三个线

MySQL主从复制原理及配置过程

一.Mysql数据库的主从复制原理过程: Mysql的主从复制是一个异步的复制过程,数据将从一个Mysql数据库(master)复制到另一个Mysql数据库(slave),在Master和Slave之间实现整个主从复制的过程是由三个线程参与完成的.其中有两个线程(SQL线程和I/O线程)在Slave端,另外一个线程(I/O线程)在Master端 ,要实现Mysql的主从复制,首先必须打开Master端的binlog记录功能,否则就无法实现.因为整个复制过程实际上就是Slave从Master获取b

基于Docker实现MySQL主从复制

前言 MySQL的主从复制是实现应用的高性能,高可用的基础.对于数据库读操作较密集的应用,通过使数据库请求负载均衡分配到不同MySQL服务器,可有效减轻数据库压力.当遇到MySQL单点故障中,也能在短时间内实现故障切换.本文就MySQL的内建的复制功能进行阐述. 版本 MySQl: 5.7.17 CentOS: 7.4.1708 Docker: 1.13.1 概述 MySQL复制数据流程: 主库在数据更新提交事务之前,将事件异步记录到binlog二进制日志文件中,日志记录完成后存储引擎提交本次事