重置mysql主从同步:reset master和reset slave

本文详细介绍了在MySQL主从同步过程中遇到不同步问题时,如何通过停止服务、备份数据、重置主从服务器、恢复数据、重启服务等步骤来解决主从不同步的问题,确保数据库的一致性和可靠性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

    在mysql主从同步的过程中,可能会因为各种原因出现主库与从库不同步的情况,网上虽然有一些解决办法,但是有时很难彻底解决,重置主从服务器也许不是最快的办法,但却是最安全有效的。 

    下面将自己重置主从同步的步骤总结一下,以备不时之需。

    master与slave均使用:centos6.0+mysql 5.1.61 ,假设有db1,db2两个数据库需要热备。

    文中shell与mysql均使用root账号,在真实环境中,请根据情况更换。

    1.停止slave服务器的主从同步

    为了防止主从数据不同步,需要先停止slave上的同步服务。

    STOP SLAVE;

    2.对master服务器的数据库加锁

    为了避免在备份的时候对数据库进行更新操作,必须对数据库加锁。

    FLUSH TABLES WITH READ LOCK;

    如果是web服务器也可以关闭apache或nginx服务,效果也是一样的。

   

    3.备份master上的数据

    mysqldump -u root -p -databases db1 db2 > bak.sql

    4.重置master服务

    RESET MASTER;

    这个是重置master的核心语法,看一下官方解释。

    RESET MASTER removes all binary log files that are listed in the index file, leaving only a single, empty binary log file with a numeric suffix of .000001, whereas the numbering is not reset by PURGE BINARY LOGS.

    RESET MASTER is not intended to be used while any replication slaves are running. The behavior. of RESET MASTER when used while slaves are running is undefined (and thus unsupported), whereas PURGE BINARY LOGS may be safely used while replication slaves are running.

    大概的意思是RESET MASTER将删除所有的二进制日志,创建一个.000001的空日志。RESET MASTER并不会影响SLAVE服务器上的工作状态,所以盲目的执行这个命令会导致slave找不到master的binlog,造成同步失败。

    但是我们就是要重置同步,所以必须执行它。

    5.对master服务器的数据库解锁

    UNLOCK TABLES;

    如果你停止了apache或nginx,请开启它们

   

    6.将master上的备份文件拷贝到slave服务器上

    大可不必用WinScp先下载到本地再上传到slave上,可以直接使用scp命令在服务器间拷贝,速度更快。

    scp -r root@XXX.XXX.XXX.XXX:/root/bak.sql ./

    7.删除slave服务器上的旧数据

    删除前,请先确认该备份的是否都备份了。

    DROP DATABASE db1;

    DROP DATABASE db2;

    8.导入数据

    SOURCE /root/bak.sql;

    9.重置slave服务

    RESET SLAVE;

    还是看一下官方解释

    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 deletes the master.info and relay-log.info files, all the relay log files, and starts a new relay log file. To use RESET SLAVE, the slave replication threads must be stopped (use STOP SLAVE if necessary). 

    大概意思是,RESET SLAVE将清除slave上的同步位置,删除所有旧的同步日志,使用新的日志重新开始,这正是我们想要的。需要注意的是,必须先停止slave服务(STOP SLAVE),我们已经在第一步停止了它。

    10.开启slave服务

    START SLAVE;

    大功告成,SHOW SLAVE STATUS\G 检查同步状态,一切正常。

### 清除或重置 MySQL 主从同步配置 要清除或重置 MySQL主从同步配置,可以按照以下方法执行: #### 1. 停止从库复制进程 在从库上停止当前的复制线程。可以通过运行以下命令来实现: ```sql STOP SLAVE; ``` 这一步会终止从库正在运行的 I/O SQL 线程。 --- #### 2. 删除现有的主从关系 通过以下命令删除已有的主从关系配置: ```sql RESET SLAVE ALL; ``` 此命令不仅清除了从库中的主库连接信息(如 `MASTER_HOST`、`MASTER_USER`),还释放了用于存储二进制日志位置的临时文件[^4]。 --- #### 3. 备份主库数据 为了确保数据一致性,在重新建立主从同步之前,建议先备份主库的数据。可以使用 `mysqldump` 工具完成这一操作: ```bash mysqldump -u root -p --all-databases > backup.sql ``` 如果只需要备份特定数据库,则可指定这些数据库名称: ```bash mysqldump -u root -p -databases db1 db2 > bak.sql ``` 注意:在备份过程中,为了避免其他客户端修改数据,可以在主库上锁定表: ```sql FLUSH TABLES WITH READ LOCK; ``` 完成后记得解锁表: ```sql UNLOCK TABLES; ``` --- #### 4. 清理主库的日志文件 如果希望清理主库上的二进制日志文件,可以使用以下命令: ```sql RESET MASTER; ``` 该命令将移除所有的现有二进制日志,并创建一个新的初始日志文件[^3]。 --- #### 5. 验证状态 最后验证主从的状态是否已被成功清除。对于主库,检查其二进制日志列表: ```sql SHOW BINARY LOGS; ``` 而对于从库,确认不再存在任何主库关联的信息: ```sql SHOW SLAVE STATUS\G ``` 正常情况下,此时应该没有任何输出或者显示为空值。 --- ### 总结 上述过程涵盖了完整的 MySQL 主从同步重置流程,包括但不限于停止复制、清除旧有配置以及准备新环境所需的各项准备工作。每一步都至关重要以保障最终系统的稳定性可靠性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值