MySQL 设置基于GTID的复制

GTID的概念

GTID(全名 global transaction identifier)是事务的唯一标识符。格式如下:
GTID = source_id:transaction_id
source_id:标识了源服务器,通常是服务器的server_uuid
transaction_id:按照服务器上提交的事务顺序进行排序的序列号。
例如:

60f9111a-cdba-11e7-b354-005056a30507:1

在配置文件中添加以下信息来启用GTID模式

[mysqld]
gtid_mode=ON

启用GTID模式后,可以通过以下语句查看已执行的GTID集合.

mysql>show master status

GTID在复制中的应用

  • 在主库中:当事务在主库上执行提交时,这个事务就会被分配一个GTID,GTID在事务写入到主库的二进制日志之前写入到日志中。
  • 从库获取主库的二进制日志并将其存储在从库的中继日志中(relay log)。从库读取GTID并将gtid_next的值设置为这个GTID。这告诉从库,下一个事务必须使用这个GTID记录。
  • 从库验证GTID是否已经在它自己的二进制日志中使用。如果没有使用,从库会写入GTID,应用事务,并将事务记录到从库的二进制日志中。
  • 由于gtid_next是非空的,所以从库不会为事务生成新的GTID,而是使用从主库那里获取到的GTID

设置基于GTID的复制

和普通的复制差别不大,只是需要主库和从库都开启gitd_mode和enforce-gitd-consistency。如果从库是5.6版本的,还需要在在主库和从库上额外开启--log-bin和--log-slave-updates。(无论什么版本,主库都必须开启log-bin)
这是由于在MySQL5.7.5之后,GTIDs在mysql系统库的gtid_executed表中进行存储。

  1. 修改配置文件并重启数据库
    在my.cnf中添加以下内容

    [mysqld]
    gtid_mode=ON
    enforce-gtid-consistency
    log-bin
    log-slave-updates=1

  2. 在主库上创建复制使用的账号

    create user ‘repl‘@‘hostname‘;
    grant REPLICATION SLAVE ON *.* TO ‘repl‘@‘hostname‘;

  3. 同步主库和从库的数据(如果需要)
    使用mysqldump或者其他工具同步数据
  4. 在从库上设置基于GTIDs的复制,使用如下语句

    mysql> CHANGE MASTER TO
    MASTER_HOST = host,
    MASTER_PORT = port,
    MASTER_USER = user,
    MASTER_PASSWORD = password,
    MASTER_AUTO_POSITION = 1;

  5. 检查复制状态

    mysql> show salve status\G

原文地址:http://blog.51cto.com/13540167/2086045

时间: 2024-10-04 05:53:15

MySQL 设置基于GTID的复制的相关文章

MySQL学习笔记07基于GTID的复制

1.1.1. 相关概念 (1)GTID GTID是Global Transaction Identifier的缩写.GTID是一个跟提交的事务有关的标识符,由提交事务所在的原始MySQL的UUID和事务的编号组成:因此,每个GTID在每个参与的MySQL中都是唯一的,而且由GTID可以取得该事务所在的原始MySQL以及事务在原始MySQL上的编号. GTID格式如下: GTID = MySQL原始UUD:事务编号 GTID的例子如下: GTID=a2392929-6dfb-11e7-b294-0

MySQL5.6基于GTID同步复制,与如何实现MySQL负载均衡、读写分离。

MySQL想必大家都不陌生,之前文章也有介绍同步复制与半同步复制,今天先来了解下什么是GTID. GTID(global transaction ID)全局事务ID,是由服务器的UUID+一段随机数事务ID. 特性:从服务器从主服务器复制过来的事务,GTID不变,也就是说一个事务在全局复制架构中的ID不变. 有什么用: 在MySQL集群中,当Master故障时,需要从Slave中挑选一个提升为Master可以基于GTID对比其他Slave来保证数据的一致性. MySQL主从同步如何配置数据过滤

MYSQL 基于GTID的复制

1.概述 从MYSQL5.6 开始,mysql开始支持GTID复制. 基于日志点复制的缺点: 从那个二进制日志的偏移量进行增量同步,如果指定错误会造成遗漏或者重复,导致数据不一致. 基于GTID复制: 1.从服务器会告诉主服务器已执行的事务的GTID值. 2.主库会告诉从哪些GTID事务没有被执行. 同一个事务在指定的从库执行一次. 什么是GTID GTID即全局事务ID,器保证为每一个在主上提交的事务在复制集群中可以生成一个唯一的ID. GTID=source_id:transaction_i

mysql之 MySQL 主从基于 GTID 复制原理概述

一. 什么是GTID ( Global transaction identifiers ):MySQL-5.6.2开始支持,MySQL-5.6.10后完善,GTID 分成两部分,一部分是服务的UUid,UUID保存在mysql数据目录的auto.cnf文件中,这是一个非常重要的文件,不能删除,这一部分是不会变的.另外一部分就是事务ID了,随着事务的增加,值一次递增,如下图+---------------+----------+--------------+------------------+-

mysql基于GTID的复制方式

Mysql的复制方法一共有四种:基于sql语句.基于行.混合部署.基于GTIDS GTIDS的使用环境一般在一主多从下使用 GTIDS的环境: 角色 IP Master 192.168.200.101 Slave 192.168.200.102 实验步骤: 如果不是新安装的mysql,那么我们需要将主节点上的数据导入从节点,达到数据同步. 修改MySQL的配置文件 [[email protected] ~]# vim /etc/my.cnf [mysqld] gtid_mode=on enfor

mysql5.6传统复制改为基于GTID多线程复制

1.必须主备库两个的数据是一致的,也就是说当前从库没有数据延迟的情况.并且主库不能再有数据更新的情况.备库停止slave线程:stop slave; 主库:show master status; 备库:show slave status; 观察备库的Relay_Master_Log_File和主库的File一样,备库的Exec_Master_Log_Pos和主库的Position一样即可. 2.记下主库此时的file和position信息 3.修改主备库的my.cnf配置,增加参数配置如下: g

(5.6)mysql高可用系列——MySQL中的GTID异步复制

[1]实验环境 操作系统:CentOS linux 7.5 数据库版本:5.7.24 数据库架构:主从复制,主库用于生产,从库用于数据容灾和主库备机,采用默认传统的异步复制. 主库IP:192.168.1.201 端口:3306 从库IP:192.168.1.202 端口:3306 原文地址:https://www.cnblogs.com/gered/p/11405864.html

MariaDB基于GTID的复制

1.配置主从节点的服务配置文件 1.1.配置master节点: #binlog_format=mixed binlog-format=ROW # required unique id between 1 and 2^32 - 1 # defaults to 1 if master-host is not set # but will not function as a master if omitted server-id       = 1 log-slave-updates=true mas

深入MySQL复制(二):基于GTID复制

相比传统的MySQL复制,gtid复制无论是配置还是维护都要轻松的多.本文对gtid复制稍作介绍. MySQL基于GTID复制官方手册:https://dev.mysql.com/doc/refman/5.7/en/replication-gtids.html 1.gtid基本概念 传统的基于binlog position复制的方式有个严重的缺点:如果slave连接master时指定的binlog文件错误或者position错误,会造成遗漏或者重复,很多时候前后数据是有依赖性的,这样就会出错而导