MySQL GTID (一)

MySQL GTID 系列之一

一.GTID相关概念

GTID:全局事务标识符,MySQL5.6版本开始在主从复制中推出的重量级特性。

每提交一个事务,当前执行线程都会拿到一个给定复制环境中唯一的GTID,

GTID的格式如下:

GTID = source_id:sequence_id
sourceid:主服务器的唯一标识,通常用server_uuid来表示。
sequence_id:事务提交时由系统顺序分配的序列号,在Binlog中是递增且连续有序。

show master status \G

1.1 GTID生命周期

1.MASTER产生GTID,保存到Binlog中。
2.发送Binlog到SLAVE,保存到Relay Log
3.SQL线程从Relay Log中获取GTID,并设置为gtid_next,然后对比SLAVE端的Binlog是否有记录。
4.如果有记录,说明该GTID的事务已经执行,SLAVE会忽略。
5.如果没有记录,SLAVE就会从Relay Log中执行该GTID的事务,并记录到Binlog。
6.SLAVE不生成GTID

1.2 GTID的优点

1.一个事务对应一个唯一ID,一个GTID在一个服务器上只会执行一次
2.GTID是用来代替传统复制的方法,GTID复制与普通复制模式的最大不同就是不需要指定二进制文件名和位置
3.减少手工干预和降低服务故障时间,当主机挂了之后通过软件从众多的备机中提升一台备机为主机

二.搭建GTID主从

2.1相关参数说明

server_id: 跟传统的主从一样,每个实例不能一样
gtid_mode: 设置为ON,开启GTID模式
enforce_gtid_consistency:设置为ON,保证GTID一致性
log_bin: 跟传统的主从一样必须打开
log_slave_updates:建议开启 可以用来级联复制
binlog_format:强烈建议设置为ROW,否则会造成数据不一致
#skip-slave-start:设置为1,SLAVE启动时,不自动开启复制

2.2开启GTID

MySQL5.7.6之前,如果数据库已经启动,必须重启数据库。具体步骤如下:

1.关闭MASTER的写入
2.SLAVE设置参数 skip-slave-start=1,避免SLAVE启动后,继续使用传统的复制模式。
3.按照上节所述,所有MySQL实例修改配置,开启GTID模式
4.重启所有MySQL数据库

MySQL5.7.6之后,可以在线调整,再无须重启了。

2.3搭建主从

分三种情况:

a.MASTER新搭建,直接利用CHANGE MASTER;
CHANGE MASTER TO MASTER_HOST='***',
                 MASTER_PORT=***  ,
                 MASTER_USER='***',
                 MASTER_PASSWORD='***',
                 MASTER_AUTO_POSITION=1; 
b.MASTER运行不久,Binlog保留完整,直接利用CHANGE MASTER,如果数据量比较大,同步时间则太长,并且有可能导致网络压力大;
c.MASTER有大量数据,原始的Binlog可能删除

环境

CENTOS 7.2
MySQL5.7.22

1.下载安装xtrabackup

#下载XtraBackup
wget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.12/binary/redhat/7/x86_64/percona-xtrabackup-24-2.4.12-1.el7.x86_64.rpm

#安装所需包
yum -y install perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL rsync perl-Digest-MD5 libev

#安装XtraBackup
rpm -ivh percona-xtrabackup-24-2.4.12-1.el7.x86_64.rpm

2.所有MySQL修改配置,可以在线修改,同时修改配置文件,以便下次生效

server_id =101/102
gtid_mode=ON
enforce_gtid_consistency=ON
log_bin=ON
log_slave_updates=ON
binlog_format=ROW
#skip_slave_start=1 

3.备份数据库,获取MASTER数据以及GTID范围

#因为主库才开启GTID,模拟一些事务,使其产生一些binlog
create table test(id int);
insert into test (id)values(1),(2) 

#备份数据
innobackupex --user=root --password=root --port=3306 /MySQL/my3306/data/fullbackup/

#查看gtid范围
[[email protected] 2018-07-26_23-23-00]# cat xtrabackup_binlog_info
binlog.000012   579 9760cb92-693e-11e8-85bf-000c29b55cf0:1-2 

4.COPY备份数据到SLAVE,搭建SLAVE实例

#COPY数据
scp -r 2018-07-26_23-23-00 [email protected]:/MySQL/my3306/fullbackup/

#停止SLAVE
service mysqld stop

#从库将原有数据文件夹重命名到新位置,并创建原文件夹
mv /MySQL/my3306/data /MySQL/my3306/databak
mkdir -p /MySQL/my3306/data

#innobackupex apply-log
innobackupex --apply-log --user=root --password=root --port=3606 /MySQL/my3306/fullbackup/2018-07-26_23-23-00/

#innobackupex copy 恢复的文件到原来的数据位置
innobackupex --defaults-file=/etc/my.cnf --user=root --copy-back /MySQL/my3306/fullbackup/2018-07-26_23-23-00/

#给目录并赋权
chown -R mysql:mysql /MySQL/my3306/data

5.建立同步用户,跳过GTID,搭建主从

#主从库建立同步用户
grant replication slave,replication client on *.* to 'rep'@'%' identified by 'rep';

#启动SLAVE实例,设置gtid_purged的值,跳过GTID范围
service mysqld start

SET @@GLOBAL.GTID_PURGED='9760cb92-693e-11e8-85bf-000c29b55cf0:1-2'

#利用CHANGE MASTER语句,配置主从复制

CHANGE MASTER TO MASTER_HOST='192.168.2.144',
                 MASTER_PORT=3306  ,
                 MASTER_USER='rep',
                 MASTER_PASSWORD='rep',
                 MASTER_AUTO_POSITION=1; 

#启动SLAVE复制,SLAVE会自动跳过GTID范围,拉取最新的GTID信息
START SLAVE;

#查看主从情况
SHOW SLAVE STATUS \G

6.验证主从同步

mysql> show slave status \G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.2.144
                  Master_User: rep
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: binlog.000012
          Read_Master_Log_Pos: 1561
               Relay_Log_File: relaylog.000002
                Relay_Log_Pos: 1387
        Relay_Master_Log_File: binlog.000012
             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: 1561
              Relay_Log_Space: 1587
              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: 101
                  Master_UUID: 9760cb92-693e-11e8-85bf-000c29b55cf0
             Master_Info_File: /MySQL/my3306/data/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: 9760cb92-693e-11e8-85bf-000c29b55cf0:3-6
            Executed_Gtid_Set: 9760cb92-693e-11e8-85bf-000c29b55cf0:1-6
                Auto_Position: 1
         Replicate_Rewrite_DB:
                 Channel_Name:
           Master_TLS_Version:
1 row in set (0.00 sec)

原文地址:https://www.cnblogs.com/chinesern/p/9387958.html

时间: 2024-07-31 23:49:30

MySQL GTID (一)的相关文章

MySQL GTID (二)

MySQL GTID 系列之二 三.在线将GTID转化为传统模式 环境见上篇系列文章 关闭GTID,不用停止服务,不影响线上业务 3.1 关闭GTID复制,调整为传统复制 #SLVAE实例上停止复制 STOP SLAVE #SLVAE实例上查看复制的位置 SHOW SLAVE STATUS \G # 查看 Master_Log_File 和 Read_Master_Log_Pos对应的值 binlog.000012:1821 #重新 CHANGE MASTER CHANGE MASTER TO

mysql gtid初探

什么是GTID 什么是GTID呢, 简而言之,就是全局事务ID(global transaction identifier ) GTID的格式类似于: 7a07cd08-ac1b-11e2-9fcf-0010184e9e08:1 GTID实际上是由UUID+TID组成的.其中UUID是一个MySQL实例的唯一标识.TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增. 为何需要? 使用change master to 不再需要找到binlog和Positon的位置,mysql通过gt

配置MySQL GTID 主从复制

GTID是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID,它由服务器ID以及事务ID组合而成.这个全局事务ID不仅仅在原始服务器器上唯一,在所有存在主从关系 的mysql服务器上也是唯一的.正是因为这样一个特性使得mysql的主从复制变得更加简单,以及数据库一致性更可靠.本文主要描述了快速配置一个基于GTID的主从复制架构,供大家参考. 一.GTID的概念 1.全局事务标识:global transaction identifiers.2.GTID是一个事务一一对应,并且全局

MySQL GTID

[Global Transaction ID]GTID(Global Transaction ID)是对于一个已提交事务的编号,并且是一个全局唯一的编号.GTID实际上是由UUID+TID组成的.其中UUID是一个MySQL实例的唯一标识.TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增.下面是一个GTID的具体形式 3E11FA47-71CA-11E1-9E33-C80AA9429562:23 gtid event 结构 GTID的作用 那么GTID功能的目的是什么呢?具体归纳

MySQL GTID 主从复制

一.GTID简介MySQL 5.6 的新特性之一,是加入了全局事务 ID (GTID) 来强化数据库的主备一致性,故障恢复,以及容错能力.它由服务器ID以及事务ID组合而成.这个全局事务ID不仅仅在原始服务器上唯一,在所有存在主从关系 的mysql服务器上也是唯一的.正是因为这样一个特性使得mysql的主从复制变得更加简单,以及数据库一致性更可靠.一个GTID在一个服务器上只执行一次,避免重复执行导致数据混乱或者主从不一致. 在传统的slave端,binlog是不用开启的,但是在GTID中sla

mysql gtid复制

gtid主主 ====================配置如下==================== [client] port = 3306 socket=/tmp/my3306.sock [mysql] no-auto-rehash [mysqld] user = mysql port = 3306 bind_address = * socket=/tmp/my3306.sock character_set_server = utf8 log-error = /home/mysql/330

MySQL GTID 主从复制的原理及配置

GTID是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID,它由服务器ID以及事务ID组合而成.这个全局事务ID不仅仅在原始服务器器上唯一,在所有存在主从关系 的mysql服务器上也是唯一的.正是因为这样一个特性使得mysql的主从复制变得更加简单,以及数据库一致性更可靠.本文主要描述了快速配置一个基于GTID的主从复制架构,供大家参考. 一.GTID的概念 1.全局事务标识:global transaction identifiers. 2.GTID是一个事务一一对应,并且全

RDS主库、ECS自建mysql GTID 主从

这里困扰了自己很久,写下来望有缘人看到节约一点时间 现在公司的线上用的mysql数据库,是购买的阿里云的RDS for mysql 服务,由于有服务需要读取mysql的bin-log,并且基于RDS的只读实例的bin-log不保证正确,所以自己搭建ECS从库,注意从库必须配置 binlog-format=ROW #为别的服务提供binlogserver_id=999 #避免server_id 跟master相同 gtid-mode=ON #开启gtid模式log-slave-updates #这

mysql GTID 半同步复制

1)什么是GTID GTID(Global Transaction ID)是对于一个已提交事务的编号,并且是一个全局唯一的编号.GTID实际上是由UUID+TID组成的.其中UUID是一个MySQL实例的唯一标 识,保存在mysql数据目录下的auto.cnf文件里.TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增.下面是一个GTID的具 体形式:3E11FA47-71CA-11E1-9E33-C80AA9429562:23.2)GTID的作用 根据GTID可以知道事务最初是在哪