mysql:GTID复制切换成传统复制

最新推荐文章于 2023-08-18 12:21:17 发布
最新推荐文章于 2023-08-18 12:21:17 发布
阅读量1.7k 收藏 1
点赞数
分类专栏： mysql复制 文章标签： GTID复制切换成传统复制
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhengwei125/article/details/52588348
版权

mysql5.7 gtid和传统复制在线切换,5.7.6 之后 不用重启可以直接在线切换

目前的环境：
master 192.168.26.233 3306 GTID
slave 192.168.26.108 3306 GTID

gtid_mode 几种状态的说明：

off            : 不产生GTID,基于binlog+position ,slave也不能接受GTID的日志
off_permissive : 不产生GTID,但作为slave可以识别到GTID事物，也可以识别非GTID事物
on_permissive  : 产生GTID事物，Slave可以处理GTID事物和非GTID事物
on             : 产生GTID事物，slave只接受GTID事物

1.停止slave

root@localhost [zw3306]>stop slave;
Query OK, 0 rows affected (0.00 sec)


2. 查看slave状态,记录master_log_file和position信息。

root@localhost [zw3306]>show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: 
                  Master_Host: 192.168.26.233
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000003
          Read_Master_Log_Pos: 4563
               Relay_Log_File: relay-bin.000007
                Relay_Log_Pos: 1996
        Relay_Master_Log_File: mysql-bin.000003
             Slave_IO_Running: No
            Slave_SQL_Running: No
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 4563
              Relay_Log_Space: 5277
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 3306100
                  Master_UUID: 7e354a2c-6f5f-11e6-997d-005056a36f08
             Master_Info_File: mysql.slave_master_info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: 
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 7e354a2c-6f5f-11e6-997d-005056a36f08:1-33
            Executed_Gtid_Set: 7e354a2c-6f5f-11e6-997d-005056a36f08:1-33,
ba0d5587-74d6-11e6-ab5c-005056a3f46e:1-2
                Auto_Position: 1
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

3.根据上面记录的信息 change master

root@localhost [zw3306]>change master to master_log_file='mysql-bin.000003',master_log_pos=4563,master_auto_position=0;
Query OK, 0 rows affected (0.18 sec)

参数解释：
master_log_file = Relay_Master_Log_File: mysql-bin.000003
master_log_pos = Exec_Master_Log_Pos: 4563
master_auto_position=0 禁用: master_auto_position

root@localhost [zw3306]>start slave;
Query OK, 0 rows affected (0.00 sec)


root@localhost [zw3306]>show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.26.233
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000003
          Read_Master_Log_Pos: 4563
               Relay_Log_File: relay-bin.000002
                Relay_Log_Pos: 320
        Relay_Master_Log_File: mysql-bin.000003
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 4563
              Relay_Log_Space: 561
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 3306100
                  Master_UUID: 7e354a2c-6f5f-11e6-997d-005056a36f08
             Master_Info_File: mysql.slave_master_info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 7e354a2c-6f5f-11e6-997d-005056a36f08:1-33,
ba0d5587-74d6-11e6-ab5c-005056a3f46e:1-2
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)


主库删除3条数据测试

mysql> delete from t1 where id =7;
Query OK, 1 row affected (0.00 sec)

mysql> delete from t1 where id =8;
Query OK, 2 rows affected (0.00 sec)

mysql> delete from t1 where id =9;
Query OK, 1 row affected (0.00 sec)


slave查看状态

root@localhost [zw3306]>show slave status\G;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    19
Current database: zw3306

*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.26.233
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000003
          Read_Master_Log_Pos: 5339
               Relay_Log_File: relay-bin.000002
                Relay_Log_Pos: 1096
        Relay_Master_Log_File: mysql-bin.000003
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 5339
              Relay_Log_Space: 1337
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 3306100
                  Master_UUID: 7e354a2c-6f5f-11e6-997d-005056a36f08
             Master_Info_File: mysql.slave_master_info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 7e354a2c-6f5f-11e6-997d-005056a36f08:34-36
            Executed_Gtid_Set: 7e354a2c-6f5f-11e6-997d-005056a36f08:1-36,
ba0d5587-74d6-11e6-ab5c-005056a3f46e:1-2
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

可以看到有事物同步过来。7，8,9这三条数据也同步被删了。

root@localhost [zw3306]>select * from t1;
+------+
| id   |
+------+
|   10 |
|   11 |
|   12 |
|   13 |
|   14 |
|   15 |
|   16 |
|   17 |
|   18 |
|   19 |
|   19 |
|   20 |
+------+


4. 更改gtid模式(master和slave都执行)

4.1 master 和 slave都要修改

mysql> set @@global.gtid_mode=on_permissive;
Query OK, 0 rows affected (0.10 sec)

mysql>  show variables like 'gtid_mode';
+---------------+---------------+
| Variable_name | Value         |
+---------------+---------------+
| gtid_mode     | ON_PERMISSIVE |
+---------------+---------------+
1 row in set (0.01 sec)


on_permissive  产生GTID事物，Slave可以处理GTID事物和非GTID事物

可以在主库上insert数据,show master查看信息。（步骤略）


4.2 master和slave都要修改

mysql> set @@global.gtid_mode=off_permissive;
Query OK, 0 rows affected (0.15 sec)

mysql> show variables like 'gtid_mode';
+---------------+----------------+
| Variable_name | Value          |
+---------------+----------------+
| gtid_mode     | OFF_PERMISSIVE |
+---------------+----------------+
1 row in set (0.00 sec)

off_permissive 不产生GTID,但作为slave可以识别到GTID事物，也可以识别非GTID事物
 
可以测试一下  insert into 一条数据,  show master status;(具体步骤略)


4.3 master和slave端都要修改

root@localhost [zw3306]>set @@global.gtid_mode=off;
Query OK, 0 rows affected (0.08 sec)

root@localhost [zw3306]>show variables like 'gtid_mode';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| gtid_mode     | OFF   |
+---------------+-------+
1 row in set (0.01 sec)

 OFF ： 不产生GTID,基于binlog+position ,slave也不能接受GTID的日志


5.查看更改是否有效


5.1先记录slave的相关信息

root@localhost [zw3306]>show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.26.233
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000006
          Read_Master_Log_Pos: 194
               Relay_Log_File: relay-bin.000008
                Relay_Log_Pos: 407
        Relay_Master_Log_File: mysql-bin.000006
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
......
          Exec_Master_Log_Pos: 194
              Relay_Log_Space: 695
......
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 7e354a2c-6f5f-11e6-997d-005056a36f08:34-36
            Executed_Gtid_Set: 7e354a2c-6f5f-11e6-997d-005056a36f08:1-36,
ba0d5587-74d6-11e6-ab5c-005056a3f46e:1-2
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

5.2 在master做一些操作：

mysql> delete from t1 where id=10;
Query OK, 1 row affected (0.00 sec)

mysql> delete from t1 where id=11;
Query OK, 1 row affected (0.00 sec)

mysql> delete from t1 where id=12;
Query OK, 1 row affected (0.00 sec)

mysql> delete from t1 where id=13;
Query OK, 1 row affected (0.00 sec)

查看slave同步状态：


root@localhost [zw3306]>select * from t1;
+------+
| id   |
+------+
|   14 |
|   15 |
|   16 |
|   17 |
|   18 |
|   19 |
|   19 |
|   20 |
+------+
8 rows in set (0.00 sec)

可以看到相关数据没啦！

root@localhost [zw3306]>show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.26.233
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000006
          Read_Master_Log_Pos: 1222
               Relay_Log_File: relay-bin.000008
                Relay_Log_Pos: 1435
        Relay_Master_Log_File: mysql-bin.000006
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
......
          Exec_Master_Log_Pos: 1222
              Relay_Log_Space: 1722
......
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 7e354a2c-6f5f-11e6-997d-005056a36f08:34-36
            Executed_Gtid_Set: 7e354a2c-6f5f-11e6-997d-005056a36f08:1-36,
ba0d5587-74d6-11e6-ab5c-005056a3f46e:1-2
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

可以看到pos的信息变化了，而gtid的信息没有变。说明现在已经转换成了传统复制。

6.最后一步：修改配置文件my.conf

[mysqld]
gtid_mode=off;
enforce_gtid_consistency=off;


zw_hard
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MYSQL基于GTID的复制
12-14
　从MYSQL5.6 开始，mysql开始支持GTID复制。 　基于日志点复制的缺点： 　从那个二进制日志的偏移量进行增量同步，如果指定错误会造成遗漏或者重复，导致数据不一致。 　基于GTID复制： 　1.从服务器会告诉主...
MySQL复制（三）：GTID复制（Replication using GTIDs）
Vincent的博客
11-30 1373
MySQL从5.6版本开始引入了全局事务标识符（Global Transaction Identifiers, GTID）的概念，为每个事务都分配一个唯一的标识符。GTID以事务为单位管理复制，不再需要靠log_file和log_pos来定位复制位置，在主从切换、故障恢复时更加简单。source_id是发起事务服务器的UUID，用来保证"全局"唯一，transaction_id是事务的编号，按照事务提交的顺序从1开始单调递增。这保证的事务在整个复制拓扑中的是唯一的。
MySQL复制技术方案——GTID复制配置
JC的博客
01-03 1769
如何跳过一个GTID在复制中，偶尔会遇到主键冲突或从库找不到该条记录等错误。那么如何解决呢?在传统的复制模式中，经常通过设置 sql_slave_skip_counter参数跳过一个事件，如下。但是在GTID模式中，如果继续执行上述操作，就会有如下错误产生。在GTID模式的复制情况下，如果SLAVE发生错误，则可以通过跳过该事务的方式恢复主从复制，如图13.1所示。从图13.1中可以看出，出错事务的Binlog文件为mysql-bin.000003，end_log_pos为426，其开始位置为194。
MySQL主从复制之GTID复制
coco3600的博客
07-23 786
MySQL主从复制之GTID复制 原文： https://www.cnblogs.com/hmwh/p/9198705.html GTID复制又叫全局事物ID（gl...
MySQL主从配置-之GTID复制【第二篇】
Super乐De博客
09-21 1284
MySQL主从配置之GTID复制
GTID复制
最新发布
多学习，多总结
08-18 91
GTID复制
MySQL5.7不停业务将传统复制变更为GTID复制的实例
09-09
下面小编就为大家带来一篇MySQL5.7不停业务将传统复制变更为GTID复制的实例。小编觉的挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧
MySQL5.6基于GTID的主从复制
09-10
主要介绍了MySQL5.6基于GTID的主从复制的相关资料,需要的朋友可以参考下
详解MySQL主从复制实战 - 基于GTID的复制
09-09
本篇文章主要介绍了MySQL主从复制实战 - 基于GTID的复制，基于GTID的复制是MySQL 5.6后新增的复制方式.有兴趣的可以了解一下。
MySQL之GTID复制
weixin_43991978的博客
03-13 186
MySQL之GTID复制
MySQL 在线开启&关闭GTID模式
q1472750149的博客
11-28 3219
目录 MySQL 在线开启&关闭GTID模式 基本概述 我们知道MySQL有2种方式指定复制同步的方式,分别为: 基于binlog文件名及位点的指定方式 - 匿名事务(Anonymous_gtid_log_event) 基于GTID(全局事务ID)的指定方式 - GTID事务(Gtid_log_event) 而基于GTID的方式一方面在一主多从的架构下主从切换有着明显优势外,对于日常复制异常的故障诊断方面也更为方便,从MySQL 5.7.6之后便开始支持动态开启和关闭GTID模式,其参数
MySql GTID主从复制
花飘万家雪
04-21 5119
目录 1.GTID介绍 1.1GTID是什么 1.2 GTID Replication介绍 1.3 GTID的组成 1.4GTID的作用 1.5为什么要用GTID 1.6GTID比传统复制的优势 1.7GTID复制实现的工作原理 2 主从复制 2.1 一主一从 2.1.1部署数据库可查看 2.1.2 授权一个用户，用于主从复制主从> 2.1.3 修改master主配文件 2.1.4 slave主配文件 2.1.5 配置slave主机，授权从数据库 2.1.6 验证主...
使用 GTID 进行复制
weixin_65500452的博客
08-01 113
全称:全局事务标识符 (Global Transaction Identifiers，GTIDs) 唯一标识复制拓扑中的每个事务 每个 GTID 的格式为 <source-uuid>:<transaction-id>。 使用启用GTID 模式： – gtid-mode=ON: 记录一个唯一的 GTID 以及每个事务 – enforce-gtid-consistency: 禁止无法以事务安全方式记录的事件 – log-slave-updates: 将复制的事件记录到从属服务
GTID主从复制的操作流程
weixin_42591413的博客
01-05 101
很好, 我会用中文来回答您的问题。 GTID(全局事务标识符)主从复制的操作流程如下： 首先，在主库上启用 GTID 复制功能。这可以通过修改 MySQL 配置文件并启动 MySQL 服务来实现。 在从库上启用 GTID 复制功能。这也可以通过修改 MySQL 配置文件并启动 MySQL 服务来实现。 在从库上创建一个用户，这个用户有权访问主库的数据。 在从库上使用 CHANGE MAST...
Gtid主从复制
此后如竟没有炬火，我便是唯一的光。
11-12 282
Gtid主从复制1. Gtid的概念2. GTID的工作原理3. GTID的优势4. GTID主从同步之一主一从4.1 部署MySQL数据库4.2 编写配置文件4.3 修改完配置文件之后重启MySQL服务4.4 检查gtid模式的状态5. 一主多从5.1 安装MySQL数据库5.2 编写主库的配置文件5.3 然后在主库上授权一个用户5.4 再到从库上编写/etc/my.cnf这个配置文件,两个从库都要做5.5 最后再重启MySQL数据库6. 两主一从6.1 安装MySQL数据库6.2 编写数据库的配置文件6
MySQL主从复制【基于GTID复制】
JohnnyG2000的博客
05-11 2230
MySQL主从复制【基于GTID复制】1、GTID复制简介2、GTID复制运行过程3、GTID复制开启参数4、示例1）环境准备2）初始化数据【重置所有数据（方便实验）】3）配置主库4）配置从库5）测试6）查看GTID 1、GTID复制简介 在主从同步时 GTID_Event 和事务的 Binlog 会一起传递到从库，由中继日志接收，从库在执行的时候使用对应的 GTID 写 binlog；主从同步以后，可以通过 GTID 确定从库目前同步的位置了。 【简单来说：可以通过 GTID 自动找点，无需像之前那样通过
《童虎学习笔记》4分钟搭建MySQL主从复制(gtid方式)
tonghu_note的博客
05-15 803
1
Docker部属Gtid双主复制
chensuyin_gz的博客
11-22 410
docker mysql8 主从复制之双主复制
MySQL主从复制-基于GTID复制
xxx_live_anyd的博客
11-30 549
基于gtid主从复制
mysqlgtid主从复制
05-23
MySQL GTID（全局事务标识符）是一个用于在主从复制中跟踪事务的标识符。GTID 由 MySQL 服务器生成，用于唯一标识每个事务。使用 GTID，主服务器可以轻松地将事务传播到所有从服务器，并且可以自动处理主从服务器...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值