MySQL主从——GTID主从

Mysql配置主从复制-GTID模式 是指把数据从一个Mysql服务器(主节点)复制到一个或多个Mysql服务器(从节点)中,会把主节点服务器中的所有数据库实例、特定数据库实例或特定表等,全部复制到从节点服务器中。 阅读详情

1 GTID概念介绍

GTID即全局事务ID (global transaction identifier), 其保证为每一个在主上提交的事务在复制集群中可以生成一个唯一的ID。GTID最初由google实现,官方MySQL在5.6才加入该功能。mysql主从结构在一主一从情况下对于GTID来说就没有优势了,而对于2台主以上的结构优势异常明显,可以在数据不丢失的情况下切换新主。使用GTID需要注意: 在构建主从复制之前,在一台将成为主的实例上进行一些操作(如数据清理等),通过GTID复制,这些在主从成立之前的操作也会被复制到从服务器上,引起复制失败。也就是说通过GTID复制都是从最先开始的事务日志开始,即使这些操作在复制之前执行。比如在server1上执行一些drop、delete的清理操作,接着在server2上执行change的操作,会使得server2也进行server1的清理操作。

GTID实际上是由UUID+TID (即transactionId)组成的。其中UUID(即server_uuid) 产生于auto.conf文件(cat /data/mysql/data/auto.cnf),是一个MySQL实例的唯一标识。TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增,所以GTID能够保证每个MySQL实例事务的执行(不会重复执行同一个事务,并且会补全没有执行的事务)。GTID在一组复制中,全局唯一。 下面是一个GTID的具体形式 :

mysql> show master status;
+-----------+----------+--------------+------------------+-------------------------------------------+
| File      | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set                         |
+-----------+----------+--------------+------------------+-------------------------------------------+
| on.000003 |      187 |              |                  | 7286f791-125d-11e9-9a9c-0050568843f8:1-362|
+-----------+----------+--------------+------------------+-------------------------------------------+
1 row in set (0.00 sec)
 
GTID:7286f791-125d-11e9-9a9c-0050568843f8:1-362
UUID:7286f791-125d-11e9-9a9c-0050568843f8
transactionId:1-362
 
在整个复制架构中GTID 是不变化的,即使在多个连环主从中也不会变。
 
例如:ServerA --->ServerB ---->ServerC
GTID从在ServerA ,ServerB,ServerC 中都是一样的。

了解了GTID的格式,通过UUID可以知道这个事务在哪个实例上提交的。通过GTID可以极方便的进行复制结构上的故障转移,新主设置,这就很好地解决了下面这个图所展现出来的问题。

如图, Server1(Master)崩溃,根据从上show slave status获得Master_log_File/Read_Master_Log_Pos的值,Server2(Slave)已经跟上了主,Server3(Slave)没有跟上主。这时要是把Server2提升为主,Server3变成Server2的从。这时在Server3上执行change的时候需要做一些计算。

这个问题在5.6的GTID出现后,就显得非常的简单。由于同一事务的GTID在所有节点上的值一致,那么根据Server3当前停止点的GTID就能定位到Server2上的GTID。甚至由于MASTER_AUTO_POSITION功能的出现,我们都不需要知道GTID的具体值,直接使用CHANGE MASTER TO MASTER_HOST='xxx', MASTER_AUTO_POSITION命令就可以直接完成failover的工作。

====== GTID和Binlog的关系 ======

  • GTID在binlog中的结构

  • GTID event 结构

  • Previous_gtid_log_event
    Previous_gtid_log_event 在每个binlog 头部都会有每次binlog rotate的时候存储在binlog头部Previous-GTIDs在binlog中只会存储在这台机器上执行过的所有binlog,不包括手动设置gtid_purged值。换句话说,如果你手动set global gtid_purged=xx; 那么xx是不会记录在Previous_gtid_log_event中的。

  • GTID和Binlog之间的关系是怎么对应的呢? 如何才能找到GTID=? 对应的binlog文件呢?
    假设有4个binlog: bin.001,bin.002,bin.003,bin.004
    bin.001 : Previous-GTIDs=empty; binlog_event有: 1-40
    bin.002 : Previous-GTIDs=1-40; binlog_event有: 41-80
    bin.003 : Previous-GTIDs=1-80; binlog_event有: 81-120
    bin.004 : Previous-GTIDs=1-120; binlog_event有: 121-160
    假设现在我们要找GTID=$A,那么MySQL的扫描顺序为:

  • 从最后一个binlog开始扫描(即: bin.004)

  • bin.004的Previous-GTIDs=1-120,如果$A=140 > Previous-GTIDs,那么肯定在bin.004中

  • bin.004的Previous-GTIDs=1-120,如果$A=88 包含在Previous-GTIDs中,那么继续对比上一个binlog文件 bin.003,然后再循环前面2个步骤,直到找到为止.

====== GTID 重要参数的持久化 =======

  • GTID相关参数
参数comment
gtid_executed执行过的所有GTID
gtid_purged丢弃掉的GTID
gtid_modeGTID模式
gtid_nextsession级别的变量,下一个gtid
gtid_owned正在运行的GTID
enforce_gtid_consistency保证GTID安全的参数

====== 开启GTID的必备条件 ======  

gtid_mode=on    (必选)
enforce-gtid-consistency=1  (必选)
log_bin=mysql-bin           (可选)    #高可用切换,最好开启该功能
log-slave-updates=1     (可选)       #高可用切换,最好打开该功能

2 GTID工作原理

从服务器连接到主服务器之后,把自己执行过的GTID (Executed_Gtid_Set: 即已经执行的事务编码) 、获取到的GTID (Retrieved_Gtid_Set: 即从库已经接收到主库的事务编号) 发给主服务器,主服务器把从服务器缺少的GTID及对应的transactions发过去补全即可。当主服务器挂掉的时候,找出同步最成功的那台从服务器,直接把它提升为主即可。如果硬要指定某一台不是最新的从服务器提升为主, 先change到同步最成功的那台从服务器, 等把GTID全部补全了,就可以把它提升为主了。

GTID是MySQL 5.6的新特性,可简化MySQL的主从切换以及Failover。GTID用于在binlog中唯一标识一个事务。当事务提交时,MySQL Server在写binlog的时候,会先写一个特殊的Binlog Event,类型为GTID_Event,指定下一个事务的GTID,然后再写事务的Binlog。主从同步时GTID_Event和事务的Binlog都会传递到从库,从库在执行的时候也是用同样的GTID写binlog,这样主从同步以后,就可通过GTID确定从库同步到的位置了。也就是说,无论是级联情况,还是一主多从情况,都可以通过GTID自动找点儿,而无需像之前那样通过File_name和File_position找点儿了。

简而言之,GTID的工作流程为:

  • master更新数据时,会在事务前产生GTID,一同记录到binlog日志中。
  • slave端的i/o 线程将变更的binlog,写入到本地的relay log中。
  • sql线程从relay log中获取GTID,然后对比slave端的binlog是否有记录。
  • 如果有记录,说明该GTID的事务已经执行,slave会忽略。
  • 如果没有记录,slave就会从relay log中执行该GTID的事务,并记录到binlog。
  • 在解析过程中会判断是否有主键,如果没有就用二级索引,如果没有就用全部扫描。

3 GTID主从配置

环境说明:

数据库角色IP应用与系统版本
主数据库192.168.31.129centos8/redhat8
mysql-5.7
从数据库192.168.31.131centos8/redhat8
mysql-5.7

 主库配置。vi /etc/my.cnf,添加以下配置,重启mysql。

[root@localhost ~]# vi /etc/my.cnf
[root@localhost ~]# cat /etc/my.cnf
[mysqld]
basedir = /usr/local/mysql
datadir = /opt/data
socket = /tmp/mysql.sock
port = 3306
pid-file = /opt/data/mysql.pid
user = mysql
skip-name-resolve

log-bin = mysql_bin
server-id = 10
gtid_mode = on
enforce-gtid-consistency = true
log-slave-updates = on      //添加

[root@localhost ~]# systemctl restart mysqld
[root@localhost ~]# service mysqld restart
Redirecting to /bin/systemctl restart mysqld.service
[root@localhost ~]# ss -antl
State  Recv-Q Send-Q Local Address:Port Peer Address:Port Process 
LISTEN 0      128          0.0.0.0:22        0.0.0.0:*            
LISTEN 0      80                 *:3306            *:*            
LISTEN 0      128             [::]:22           [::]:*            

从库配置。vi /etc/my.cnf, 添加以下配置,重启mysql。

[root@localhost ~]# vi /etc/my.cnf
[root@localhost ~]# cat /etc/my.cnf
[mysqld]
basedir = /usr/local/mysql
datadir = /opt/data
socket = /tmp/mysql.sock
port = 3306
pid-file = /opt/data/mysql.pid
user = mysql
skip-name-resolve

server-id = 20
relay-log = myrelay
gtid_mode = on
enforce-gtid-consistency = true
log-slave-updates = on
read_only = on
master-info-repository = TABLE
relay-log-info-repository = TABLE
[root@localhost ~]# systemctl restart mysqld
[root@localhost ~]# service mysqld restart
Redirecting to /bin/systemctl restart mysqld.service
[root@localhost ~]# ss -antl
State  Recv-Q Send-Q Local Address:Port Peer Address:Port Process 
LISTEN 0      128          0.0.0.0:111       0.0.0.0:*            
LISTEN 0      32     192.168.122.1:53        0.0.0.0:*            
LISTEN 0      128          0.0.0.0:22        0.0.0.0:*            
LISTEN 0      5          127.0.0.1:631       0.0.0.0:*            
LISTEN 0      128        127.0.0.1:6010      0.0.0.0:*            
LISTEN 0      80                 *:3306            *:*            
LISTEN 0      128             [::]:111          [::]:*            
LISTEN 0      128             [::]:22           [::]:*            
LISTEN 0      5              [::1]:631          [::]:*            
LISTEN 0      128            [::1]:6010         [::]:*            

主库授权复制用户。

[root@localhost ~]# mysql -uroot -p123456
mysql: [Warning] Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 2
Server version: 5.7.37-log MySQL Community Server (GPL)

Copyright (c) 2000, 2022, Oracle and/or its affiliates.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> grant replication slave on *.* to 'repl'@'%' identified by 'repl123!';
Query OK, 0 rows affected, 1 warning (0.01 sec)

从库设置要同步的主库信息,并开启同步。

mysql> change master to master_host='192.168.31.129',\
    -> master_port=3306,master_user='repl',master_password='repl123!',\
    -> master_auto_position=1;
Query OK, 0 rows affected, 2 warnings (0.01 sec)

mysql> start slave;
Query OK, 0 rows affected (0.00 sec)

mysql> show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.31.129
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql_bin.000001
          Read_Master_Log_Pos: 437
               Relay_Log_File: myrelay.000002
                Relay_Log_Pos: 650
        Relay_Master_Log_File: mysql_bin.000001
             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: 437
              Relay_Log_Space: 849
              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: 10
                  Master_UUID: b3cb1102-f6c5-11ec-a88a-000c29d84a24
             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: b3cb1102-f6c5-11ec-a88a-000c29d84a24:1
            Executed_Gtid_Set: b3cb1102-f6c5-11ec-a88a-000c29d84a24:1
                Auto_Position: 1
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

配置完之后,通过查看slave的状态,可以看是否配置成功。同时可以在主库进行一些操作,提交一些事务(insert,update),之后数据就会自动同步到从库。

#主,创建一个数据库
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| ltt                |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
5 rows in set (0.02 sec)

mysql> create database school;
Query OK, 1 row affected (0.00 sec)

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| ltt                |
| mysql              |
| performance_schema |
| school             |
| sys                |
+--------------------+
6 rows in set (0.00 sec)

mysql> 


#从,自动同步
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
4 rows in set (0.01 sec)

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| school             |
| sys                |
+--------------------+
5 rows in set (0.00 sec)

《童虎学习笔记》4分钟搭建MySQL主从复制(gtid方式) 1 阅读详情

相关推荐

MySQL GTID模式主从同步配置全指南:从配置到故障转移

MySQL主从复制是企业级数据库架构的基础,而GTID(Global Transaction Identifier)模式则是MySQL 5.6版本后推出的革命性复制技术。本文将详细介绍如何配置基于GTID主从同步,并包含实用的故障转移操作指南。GTID模式极大简化了MySQL主从复制的管理和维护工作。通过本文的配置指南,您可以快速搭建高可用的MySQL复制环境。实际生产环境中,建议结合MHA或Orchestrator等工具实现自动故障转移。最佳实践提示变更前务必备份数据生产环境建议先在测试环境验证。

洛笙的博客 1050

Ubuntu 20.04服务器初始配置:安全基线与UFW实战指南

服务器初始配置是Linux系统投入生产前的关键技术环节,本质是构建可信执行链——涵盖系统校准、身份认证、网络边界与可观测性四大模块。其核心原理在于‘安全前置’:在任何服务启动前,先完成时区/语言固化、非root用户创建、SSH密钥加固及UFW默认拒绝策略启用。UFW作为Ubuntu 20.04深度集成的防火墙方案,凭借conntrack状态感知、预置服务名映射(如OpenSSH、Samba)和结构化日志能力,成为实现最小权限访问控制的首选工具。该配置直接支撑MySQL 8.0.25部署、Samba共享等典型

weixin_34184561的博客 516

MySQL GTID复制中主从重连如何校验GTID

MySQL GTID复制中主从重连如何校验GTIDMySQL GTID复制中主从重连如何校验GTID 环境:MySQL5.7.18 多线程复制 show master status先查看主库的Executed_Gtid_Set root@localhost : (none) 01:37:02> show master status; +------------------+----------+--

wukong_666的博客 1033

MySQL GTID

第1-n代表n个事务。当在主库上提交事务或者被从库应用时,可以定位和追踪每一个事务,对DBA来说意义就很大了,我们可以适当的解放出来,不用手工去可以找偏移量的值了,而是通过CHANGE MASTER TO MASTER_HOST='xxx', MASTER_AUTO_POSITION=1的即可方便的搭建从库,在故障修复中也可以采用MASTER_AUTO_POSITION=‘X’的方式。slave:假设对应的表是MYISAM引擎,执行这个GTID的第一个语句后就会报错,因为非事务引擎一个sql就是一个事务。

m0_57126939的博客 2885

MySQL主从复制之GTID模式

GTID用于在binlog中唯一标识一个事务。当事务提交时,MySQL Server在写binlog的时候,会先写一个特殊的Binlog Event,类型为GTID_Event,指定下一个事务的GTID,然后再写事务的Binlog。主从同步时GTID_Event和事务的Binlog 都会传递到从库,从库在执行的时候也是用同样的GTID写binlog,这样主从同步以后,就可通过GTID确定从库同步到的位置了。

weixin_68398469的博客 4157

MySql GTID主从复制

目录 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 验证主...

花飘万家雪 5580

基于GTID搭建主从MySQL

目录 基于gtid搭建主从MySQL 一、GTID的使用 二、GTID的简介 三、GTID的构成 四、查看GTID的执行情况 4.1 gtid_executed 4.2 gtid_own 4.3 gtid_purged 五、MySQL的幂等性 六、拓展: 七、实验: 小实验1: 小实验2: 基于gtid搭建主从MySQL 一、GTID的使用 想让主从之间...

weixin_36892727的博客 1287

mysql gtid 主从_基于GTID搭建主从MySQL

基于gtid搭建主从MySQL一、GTID的使用想让主从之间使用gtid的方式同步数据,需要我们在配置文件中开启mysqlgtid相关的配置信息找到my.cnf ,在mysqld模块中加入如下的配置。(主库从库都这样)# on表示开启,OFF表示关闭gtid-mode = ON# 下面的两个变量必须开启,否则MySQL拒绝启动# 通常情况,从服务器从主服务器接收到的更新不记入它的二进制日志。该选...

weixin_42347925的博客 615

MySQL主从GTID主从

MySQLGTID主从概念和配置

时羽天的博客 653

MySQL GTID 主从错误

在更改GTID_MODE时不可直接跳跃更改,否则会提示报错。必须 同时开启或者关闭。功能,即要保持一致。搭建主从出现以下错误。

weixin_68243500的博客 2485

mysqlGTID主从复制

一、基于GTID主从复制    1.什么是GTID    2.GTID主从复制的优点    3.GTID主从复制的缺点    4.搭建GTID主从复制    5.GTID复制和传统复制的区别

zerotoall的博客 1444

mysql主从GTID主从

GTID即全局事务ID(globaltransactionidentifier),其保证为每一个在主上提交的事务在复制集群中可以生成一个唯一的ID。GTID最初由google实现,官方MySQL在5.6才加入该功能。mysql主从结构在一主一从情况下对于GTID来说就没有优势了,而对于2台主以上的结构优势异常明显,可以在数据不丢失的情况下切换新主。使用GTID需要注意======GTID和Binlog的关系======GTID在binlog中的结构GTIDevent结构。......

m0_67900916的博客 341

MySQL 基于 GTID 模式的主从复制

MySQL主从复制通过GTID模式实现更高效的数据同步。GTID(全局事务标识符)以source_id:transaction_id格式唯一标识事务,相比传统基于位点的复制具有自动定位、故障恢复简单等优势。文章详细介绍了GTID的工作原理及优缺点,并提供了从传统位点模式在线切换到GTID模式的完整步骤,包括Docker环境搭建、主从配置修改和一致性设置等关键操作。GTID模式虽存在存储引擎一致性等限制,但能有效解决传统复制中数据不一致等问题,是MySQL高可用架构的重要实现方式。

weixin_45103378的博客 1003

MySQL 基于 GTID 主从复制

GTIDMySQL事务标识,为每一个提交的事务都生成一个标识,并且是全局唯一的,这个特性是从MySQL5.6引进的。

weixin_68243500的博客 1383

MYSQL---GTID主从备份

MYSQLGTID主从备份 GITD定义 GTID的组成部分 GTID比传统复制的优势 GTID工作原理 MYSQL基于GTID主从备份 在主数据库服务器修改/etc/my.cnf配置文件 在从数据库服务器操作如下 验证,在主库创建名为yaoxiaorong的数据库,并添加内容,插入数据 在从数据库服务器上查看是否同步存在yaoxiaorong库 MYSQLGTID主...

阿爃呀yxr 859

MySQL 基于 GTID主从复制

MySQL 基于 GTID主从复制 1、GTID 概念介绍 GTID即全局事务ID (global transaction identifier), 其保证为每一个在主上提交的事务在复制集群 中可以生成一个唯一的ID。 GTID最初由google实现,官方MySQL在5.6才加入该功能。mysql主从结构在一主一从情况下对于 GTID来说就没有优势了,而对于2台主以上的结构优势异常明显,可以在数据不丢失的情况下切换 新主。 使用GTID需要注意: 在构建主从复制之前,在一台将成为主的实例上进行一些操作(

TriAngel_的博客 776

MySQL基于Gtid主从复制

文章目录MySQL基于Gtid主从复制概念:什么是GtidGtid的作用Gtid的工作原理配置一主一从Gtid在主数据库里创建一个同步账户授权给从数据库使用配置一主多从Gtid MySQL基于Gtid主从复制 概念: ​ 从 MySQL 5.6.5 开始新增了一种基于 GTID 的复制方式。通过 GTID保证了每个在主库上提交的事务在集群中有一个唯一的ID。这种方式强化了数据库的主备一致性,故障恢复以及容错能力。 ​ 在原来基于二进制日志的复制中,从库需要告知主库要从哪个偏移量进行增量同

weixin_60012466的博客 944
上一篇: mysql主从——传统配置
下一篇: 监控服务zabbix部署
是LJ的
博客等级 码龄5年 5粉丝 · 46原创
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值