Mysql传统复制空库搭建过程中reset slave以及reset slave all对复制的影响

最新推荐文章于 2024-04-06 19:05:21 发布
最新推荐文章于 2024-04-06 19:05:21 发布
阅读量2.6k 收藏
点赞数
分类专栏： mysql 主从复制
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wukong_666/article/details/72368355
版权

Mysql传统复制空库搭建过程中reset slave以及reset slave all对复制的影响
主库信息
从库信息
操作过程
主库上操作
从库上操作
主库上查看
解决方法
思路探讨
参考资料

Mysql传统复制空库搭建过程中reset slave以及reset slave all对复制的影响

主库信息

  • IP：192.168.1.21
  • 版本：5.7.18
  • 空库搭建主从

从库信息

  • IP：192.168.1.128
  • 版本：5.6.36
  • 空库搭建主从

操作过程

主库上操作
  • 赋予复制账户:
 
 
  1. mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.1.128' IDENTIFIED by 'repl';
  • 查看master信息：
 
 
  1. mysql> show master status;
  2. +------------------+----------+--------------+------------------+-------------------+
  3. | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
  4. +------------------+----------+--------------+------------------+-------------------+
  5. | mysql-bin.000022 |      612 |              |                  |                   |
  6. +------------------+----------+--------------+------------------+-------------------+
  7. 1 row in set (0.00 sec)
从库上操作
  • 直接指定新的master：
 
 
  1. root@localhost : (none) 05:16:09> change master to master_host='192.168.1.21',master_user='repl',master_password='repl',master_log_file='mysql-bin.000022',master_log_pos=612;
  2. ERROR 1776 (HY000): Parameters MASTER_LOG_FILE, MASTER_LOG_POS, RELAY_LOG_FILE and RELAY_LOG_POS cannot be set when MASTER_AUTO_POSITION is active.
  4. #报错是因为128这台mysql server之前是使用gtid复制指向另一台mysql主库；而且没有经过reset slave清理相关数据，直接指向新的master肯定也会有问题。
  • 关闭gtid设置：
 
 
  1. [root@host-192-168-1-128 ~]# service mysql stop
  2. Shutting down MySQL.... SUCCESS! 
  3. [root@host-192-168-1-128 ~]# vim /etc/my.cnf 在配置文件中关闭gtid
  4. #gtid-mode=on # GTID only
  5. #enforce-gtid-consistency=true # GTID only
  6. 或者
  7. enforce_gtid_consistency=OFF
  8. gtid_mode=OFF
  9. [root@host-192-168-1-128 ~]# service mysql start
  10. Starting MySQL.. SUCCESS!
  • 重新指定master，并开启slave：
 
 
  1. root@localhost : (none) 05:19:34> change master to master_host='192.168.1.21',master_user='repl',master_password='repl',master_log_file='mysql-bin.000022',master_log_pos=612;
  2. Query OK, 0 rows affected, 2 warnings (0.03 sec)
  3. root@localhost : (none) 05:20:21> start slave;
  4. ERROR 1872 (HY000): Slave failed to initialize relay log info structure from the repository
  5. root@localhost : (none) 05:20:37> reset slave;
  6. Query OK, 0 rows affected (0.03 sec)
  7. root@localhost : (none) 05:20:56> start slave;
  8. Query OK, 0 rows affected (0.10 sec)
  • 查看复制情况：
 
 
  1. root@localhost : (none) 05:20:57> show slave status\G;
  2. *************************** 1. row ***************************
  3.                Slave_IO_State: Waiting for master to send event
  4.                   Master_Host: 192.168.1.21
  5.                   Master_User: repl
  6.                   Master_Port: 3306
  7.                 Connect_Retry: 60
  8.               Master_Log_File: mysql-bin.000022
  9.           Read_Master_Log_Pos: 612
  10.                Relay_Log_File: mysql-relay-bin.000005
  11.                 Relay_Log_Pos: 333
  12.         Relay_Master_Log_File: mysql-bin.000022
  13.              Slave_IO_Running: Yes
  14.             Slave_SQL_Running: No
  15.               Replicate_Do_DB: 
  16.           Replicate_Ignore_DB: 
  17.            Replicate_Do_Table: 
  18.        Replicate_Ignore_Table: 
  19.       Replicate_Wild_Do_Table: 
  20.   Replicate_Wild_Ignore_Table: 
  21.                    Last_Errno: 1008
  22.                    Last_Error: Error 'Can't drop database 'sbtest'; database doesn't exist' on query. Default database: 'sbtest'. Query: 'drop database sbtest'
  23.                  Skip_Counter: 0
  24.           Exec_Master_Log_Pos: 154
  25.               Relay_Log_Space: 964
  26.               Until_Condition: None
  27.                Until_Log_File: 
  28.                 Until_Log_Pos: 0
  29.            Master_SSL_Allowed: No
  30.            Master_SSL_CA_File: 
  31.            Master_SSL_CA_Path: 
  32.               Master_SSL_Cert: 
  33.             Master_SSL_Cipher: 
  34.                Master_SSL_Key: 
  35.         Seconds_Behind_Master: NULL
  36. Master_SSL_Verify_Server_Cert: No
  37.                 Last_IO_Errno: 0
  38.                 Last_IO_Error: 
  39.                Last_SQL_Errno: 1008
  40.                Last_SQL_Error: Error 'Can't drop database 'sbtest'; database doesn't exist' on query. Default database: 'sbtest'. Query: 'drop database sbtest'
  41.   Replicate_Ignore_Server_Ids: 
  42.              Master_Server_Id: 12001
  43.                   Master_UUID: 0a646c88-36e2-11e7-937d-fa163ed7a7b1
  44.              Master_Info_File: mysql.slave_master_info
  45.                     SQL_Delay: 0
  46.           SQL_Remaining_Delay: NULL
  47.       Slave_SQL_Running_State: 
  48.            Master_Retry_Count: 86400
  49.                   Master_Bind: 
  50.       Last_IO_Error_Timestamp: 
  51.      Last_SQL_Error_Timestamp: 170516 05:20:58
  52.                Master_SSL_Crl: 
  53.            Master_SSL_Crlpath: 
  54.            Retrieved_Gtid_Set: 
  55.             Executed_Gtid_Set: 
  56.                 Auto_Position: 0
  57. 1 row in set (0.00 sec)
  58. # 注意Exec_Master_Log_Pos: 154
主库上查看
  • 查看主库binlog中的events：
 
 
  1. mysql> show binlog events in 'mysql-bin.000022';
  2. +------------------+-----+----------------+-----------+-------------+-------------------------------------------------------------------------------------------------------------------------------------------------+
  3. | Log_name         | Pos | Event_type     | Server_id | End_log_pos | Info                                                                                                                                            |
  4. +------------------+-----+----------------+-----------+-------------+-------------------------------------------------------------------------------------------------------------------------------------------------+
  5. | mysql-bin.000022 |   4 | Format_desc    |     12001 |         123 | Server ver: 5.7.18-log, Binlog ver: 4                                                                                                           |
  6. | mysql-bin.000022 | 123 | Previous_gtids |     12001 |         154 |                                                                                                                                                 |
  7. | mysql-bin.000022 | 154 | Anonymous_Gtid |     12001 |         219 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                                                                                                            |
  8. | mysql-bin.000022 | 219 | Query          |     12001 |         317 | drop database sbtest                                                                                                                            |
  9. | mysql-bin.000022 | 317 | Anonymous_Gtid |     12001 |         382 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                                                                                                            |
  10. | mysql-bin.000022 | 382 | Query          |     12001 |         612 | GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.1.128' IDENTIFIED WITH 'mysql_native_password' AS '*A424E797037BF97C19A2E88CF7891C5C2038C039' |
  11. +------------------+-----+----------------+-----------+-------------+-------------------------------------------------------------------------------------------------------------------------------------------------+
  12. 6 rows in set (0.00 sec)
  13. # 对比slave的Exec_Master_Log_Pos: 154，确实会去执行drop database sbtest。问题来了：为什么我指定的master_log_pos=612但是却会执行这个位置之前的binlog日志？
解决方法
  • 先关闭slave：
 
 
  1. root@localhost : (none) 05:39:13> stop slave;
  2. Query OK, 0 rows affected (0.02 sec)
  • 清空master.info文件和relay-log.info 文件以及所有的relay log 文件，all也包括在内存中的信息：
 
 
  1. root@localhost : (none) 05:39:17> reset slave all;
  2. Query OK, 0 rows affected (0.08 sec)
  • 重新指定master并开启slave：
 
 
  1. root@localhost : (none) 05:39:26> change master to master_host='192.168.1.21',master_user='repl',master_password='repl',master_log_file='mysql-bin.000022',master_log_pos=612;
  2. Query OK, 0 rows affected, 2 warnings (0.10 sec)
  3. root@localhost : (none) 05:39:44> start slave;
  4. Query OK, 0 rows affected (0.02 sec)
  • 查看复制情况：
 
 
  1. root@localhost : (none) 05:39:48> show slave status\G;
  2. *************************** 1. row ***************************
  3.                Slave_IO_State: Waiting for master to send event
  4.                   Master_Host: 192.168.1.21
  5.                   Master_User: repl
  6.                   Master_Port: 3306
  7.                 Connect_Retry: 60
  8.               Master_Log_File: mysql-bin.000022
  9.           Read_Master_Log_Pos: 612
  10.                Relay_Log_File: mysql-relay-bin.000002
  11.                 Relay_Log_Pos: 286
  12.         Relay_Master_Log_File: mysql-bin.000022
  13.              Slave_IO_Running: Yes
  14.             Slave_SQL_Running: Yes
  15.               Replicate_Do_DB: 
  16.           Replicate_Ignore_DB: 
  17.            Replicate_Do_Table: 
  18.        Replicate_Ignore_Table: 
  19.       Replicate_Wild_Do_Table: 
  20.   Replicate_Wild_Ignore_Table: 
  21.                    Last_Errno: 0
  22.                    Last_Error: 
  23.                  Skip_Counter: 0
  24.           Exec_Master_Log_Pos: 612
  25.               Relay_Log_Space: 459
  26.               Until_Condition: None
  27.                Until_Log_File: 
  28.                 Until_Log_Pos: 0
  29.            Master_SSL_Allowed: No
  30.            Master_SSL_CA_File: 
  31.            Master_SSL_CA_Path: 
  32.               Master_SSL_Cert: 
  33.             Master_SSL_Cipher: 
  34.                Master_SSL_Key: 
  35.         Seconds_Behind_Master: 0
  36. Master_SSL_Verify_Server_Cert: No
  37.                 Last_IO_Errno: 0
  38.                 Last_IO_Error: 
  39.                Last_SQL_Errno: 0
  40.                Last_SQL_Error: 
  41.   Replicate_Ignore_Server_Ids: 
  42.              Master_Server_Id: 12001
  43.                   Master_UUID: 0a646c88-36e2-11e7-937d-fa163ed7a7b1
  44.              Master_Info_File: mysql.slave_master_info
  45.                     SQL_Delay: 0
  46.           SQL_Remaining_Delay: NULL
  47.       Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
  48.            Master_Retry_Count: 86400
  49.                   Master_Bind: 
  50.       Last_IO_Error_Timestamp: 
  51.      Last_SQL_Error_Timestamp: 
  52.                Master_SSL_Crl: 
  53.            Master_SSL_Crlpath: 
  54.            Retrieved_Gtid_Set: 
  55.             Executed_Gtid_Set: 
  56.                 Auto_Position: 0
  57. 1 row in set (0.00 sec)

思路探讨

  • reset slave删除master.info文件和relay-log.info 文件以及所有的relay log 文件并重新启用一个新的relaylog文件，但并不会清理存储于内存中的复制信息比如master host, master port, master user, or master password,也就是说如果没有使用change master 命令做重新定向，执行start slave 还是会指向旧的master 上面。
  • 在5.5.16 版本以及以后，可以使用 RESET SLAVE ALL 来完全的清理复制连接参数信息。 
    In MySQL 5.5.16 and later, you can instead use RESET SLAVE ALL to reset these connection parameters
  • 至于明明指定了master_log_pos=612，从库却执行了这之前的位置Exec_Master_Log_Pos: 154。 
    猜测：这应该和128这个从库之前指定的是另一个master（192.168.1.12），而这些旧的信息还保存在内存中导致的。
  • 当时出现错误的第一反应是用skip去跳过错误，问了小波之后说尝试下reset slave all，才能进一步去了解这其中的区别。

参考资料

https://www.percona.com/blog/2013/04/17/reset-slave-vs-reset-slave-all-disconnecting-a-replication-slave-is-easier-with-mysql-5-5/ 
https://dev.mysql.com/doc/refman/5.5/en/reset-slave.html

wukong_666
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
基于MySQL数据库复制Master-Slave架构的分析
09-10
本篇文章是对MySQL数据库复制Master-Slave架构进行了详细的分析介绍，需要的朋友参考下
Mysql主从同步重置
qq_42102911的博客
04-23 2146
服务器强制重启，导致MySQL主从数据库出现数据不一致问题，主从数据库数据相差较大，无法完成数据同步，出现报错。因此，需要进行主从同步重置操作。如下图所示，则表示配置成功。
RESET SLAVE ALL命令将会重置MySQL从节点（slave）的所有复制状态信息
最新发布
学亮编程手记
04-06 137
此外，如果你的目的是将一个从服务器转变为主服务器，那么你需要采取不同的步骤，例如提升（promote）一个从服务器为新的主服务器，并确保其他从服务器指向这个新的主服务器。这个命令并不会将从服务器转变为主服务器（master），它仅仅是清除了从服务器上的复制元数据，使得从服务器可以重新配置为复制任何主服务器的数据。在执行这个命令后，你需要重新配置从服务器的复制设置，包括指定新的主服务器和复制过滤规则（如果有的话），然后启动复制线程。：如果从服务器的数据与主服务器不一致，重置从服务器后，可以重新同步所有数据。
MySQL的reset slave与reset slave all
Data & Analysis
04-22 732
reset slave是各版本Mysql都有的功能，可以让slave忘记自己在master binary log中的复制位置。 reset slave命令主要完成以下工作内容： 　　-删除master.info和relay-log.info文件 　　-删除所有的relay log（包括还没有应用完的日志） 　　-创建一个新的relay log文件 　　-将复制延迟选项 master_del...
【MySQL】误操作使用reset slave怎么办
DBATao
03-27 5079
因为执行了一条sql指令，我为此用了一个下去+晚上的时间去填坑，期望大家引以为鉴，不要和我犯一样的错了
reset masert； reset slave； reset slave all；
渔夫数据库笔记
09-07 2168
本文详细介绍了 reset master; reset slave; reset slave all; 等几个参数背后到底做了哪些操作
【MySQL命令】RESET MASTER；RESET SLAVE；RESET SLAVE ALL详细解释
DBA之路的博客
07-25 1386
、
mysql命令之reset slave all
weixin_34008784的博客
12-19 329
为什么80%的码农都做不了架构师？>>> ...
Mysql主从复制(master-slave)实际操作案例
09-10
主要介绍了Mysql主从复制(master-slave)实际操作案例,同时介绍了Mysql grant 用户授权的相关内容,需要的朋友可以参考下
记一次MySQL Slave库恢复实战记录
09-09
主要介绍了记一次MySQL Slave库恢复实战记录,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
详解MySQL主从复制读写分离搭建
12-16
MySQL主从复制，读写分离的设置非常简单： 修改配置my.cnf文件 master 和 slave设置的差不多： [mysqld] log-bin=mysql-bin server-id=222 log-bin=mysql-bin的意思是：启用二进制日志。 server-id=222的意思是...
mysql从库故障恢复步骤（删除数据重新同步）
weixin_34257076的博客
07-13 1313
1、查看slave状态 show slave status\G2、停止slave状态，清除从库主从信息 stop slave； reset slave all; 3、将从库已同步主库数据库删除 DROP DATATBASE DBNAME; 4、备份主数据库数据mysqldump -uusername -ppassword --set-gtid-purged=OFF --single-transac...
mysql reset slave_改变主从架构没有reset slave导致数据库出错
weixin_28903813的博客
01-27 204
今天接到开发报障，某业务库出现大量重复数据。据开发描述，负责写数据的程序并没有出现循环，不应该会出现如此多重复数据！于是，开始了故障排查。。。这个业务的数据库是双主模式的，分别在两个master上查看slavestatus。由于写点只在亚太点，上海真如点无读写，纯粹做备份而已。在亚太点showslave status竟然发现亚太点有延迟！！！这是怎么回事？真如点根本就不是写点，写点全部在亚太点，怎...
mysql双击同步_mysql双机实现主从同步与双向同步
weixin_34013327的博客
01-19 145
mysql双机实现主从同步与双向同步，供大家学习参考。一、主从关系的同步master端 192.168.0.1slave端 192.168.0.21。MASTER端a.进入mysql，创建一个数据库abc：create database abc;b.创建一个用来同步的用户,指定只能在192.168.0.2登录:grant replication slave on *.* to 'ha'@'192...
重置 mysql slave_MySQL Replication的Reset slave重置命令
weixin_34036423的博客
01-19 908
有时要清除从库的所有复制信息，如切换为不同的Master, 主从重做等；Reset slave是一个比较危险的命令，所以在执行前一定要准备知道其含义。1. 命令在slave上执行，执行前一定要停掉slave(stop slave)2. 执行reset slave后，会清除复制相关的所有信息，包括：master.info, relay-log.info，及无条件删除所有的中继日志(relay log...
reset slave 与 reset slave all
huangliang0703的专栏
04-10 3428
reset slave删除master.info文件和relay-log.info 文件以及所有的relay log 文件并重新启用一个新的relaylog文件，但并不会清理存储于内存中的复制信息比如master host, master port, master user, or master password,也就是说如果没有使用change master 命令做重新定向，执行start sl...
MySQL RESET MASTER与RESET SLAVE
热门推荐
刀刀的专栏
10-22 1万+
RESET MASTER 删除所有index file 中记录的所有binlog 文件，将日志索引文件清空，创建一个新的日志文件，这个命令通常仅仅用于第一次用于搭建主从关系的时的主库， 注意 reset master 不同于purge binary log的两处地方 1 reset master 将删除日志索引文件中记录的所有binlog文件，创建一个新的日志文件 起始值从000001
mysql 主从 重新同步
weixin_30394981的博客
11-09 257
mysql 主从同步一担出了问题之后，就会导致从库上的数据和主库不一样了。所以需要生新同步数据。 1、登录主库服务器，进入mysql，命令为：mysql -uroot -ppassword 2、执行：FLUSH TABLES WITH READ LOCK; 3、查看主库状态： show master status; 4、再开一个主库服务器的SSH，这次不进入mysql，需要...
reset slave 和reset slave all
07-28
`RESET SLAVE` 和 `RESET SLAVE ALL` 是用于重置 MySQL 主从复制的命令。 `RESET SLAVE` 命令用于重置当前连接的从服务器（slave）的复制进程。它将清除从服务器上的复制相关状态，包括复制位置和错误计数等。执行此命令后，从服务器将重新连接到主服务器，并从主服务器的当前复制位置开始复制数据。 `RESET SLAVE ALL` 命令用于重置所有的从服务器（slaves）的复制进程。它将清除所有从服务器的复制相关状态，使它们都重新连接到主服务器，并从主服务器的当前复制位置开始复制数据。 需要注意的是，这些命令只会重置从服务器的复制状态，不会对主服务器产生影响。在执行这些命令之前，你应该确保所有需要重置的从服务器已经停止了复制进程。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值