Mysql基于GTID搭建主从同步

一、GTID的概念

1、全局事务标识：global transaction identifiers。
2、GTID是一个事务一一对应，并且全局唯一ID。
3、一个GTID在一个服务器上只执行一次，避免重复执行导致数据混乱或者主从不一致。
4、GTID用来代替传统复制方法，不再使用MASTER_LOG_FILE+MASTER_LOG_POS开启复制。而是使用MASTER_AUTO_POSTION=1的方式开始复制。
5、MySQL-5.6.5开始支持的，MySQL-5.6.10后开始完善。
6、在传统的slave端，binlog是不用开启的，但是在GTID中slave端的binlog是必须开启的，目的是记录执行过的GTID（强制）。

二、GTID的组成

GTID = source_id:transaction_id
source_id：用于鉴别原服务器，即mysql服务器唯一的的server_uuid，由于GTID会传递到slave，所以也可以理解为源ID。
transaction_id：为当前服务器上已提交事务的一个序列号，通常从1开始自增长的序列，一个数值对应一个事务。
示例：
3E11FA47-71CA-11E1-9E33-C80AA9429562:23
前面的一串为服务器的server_uuid，即3E11FA47-71CA-11E1-9E33-C80AA9429562，后面的23为transaction_id

三、GTID的优势

1、更简单的实现failover，不用以前那样在需要找log_file和log_pos。
2、更简单的搭建主从复制。
3、比传统的复制更加安全。
4、GTID是连续的没有空洞的，保证数据的一致性，零丢失。

四、GTID的工作原理

1、当一个事务在主库端执行并提交时，产生GTID，一同记录到binlog日志中。
2、binlog传输到slave,并存储到slave的relaylog后，读取这个GTID的这个值设置gtid_next变量，即告诉Slave，下一个要执行的GTID值。
3、sql线程从relay log中获取GTID，然后对比slave端的binlog是否有该GTID。
4、如果有记录，说明该GTID的事务已经执行，slave会忽略。
5、如果没有记录，slave就会执行该GTID事务，并记录该GTID到自身的binlog，在读取执行事务前会先检查其他session持有该GTID，确保不被重复执行。
6、在解析过程中会判断是否有主键，如果没有就用二级索引，如果没有就用全部扫描。

五、GTID的配置

对于GTID的配置，主要修改配置文件中与GTID特性相关的几个重要参数，mysql版本建议mysql-5.6.5版本以上。

Mysql master 配置：

[mysqld]
#GTID:
server_id=135                #服务器id
gtid_mode=on                 #开启gtid模式
enforce_gtid_consistency=on  #强制gtid一致性，开启后对于特定create table不被支持

#binlog
log_bin=master-binlog
log-slave-updates=1
binlog_format=row            #强烈建议，其他格式可能造成数据不一致

#relay log
skip_slave_start=1

Mysql slave 配置：

[mysqld]
#GTID:
gtid_mode=on
enforce_gtid_consistency=on
server_id=143

#binlog
log-bin=slave-binlog
log-slave-updates=1
binlog_format=row      #强烈建议，其他格式可能造成数据不一致

#relay log
skip_slave_start=1

六、配置基于GTID的复制

1、新配置的mysql服务器

对于新配置的mysql服务器，按本文第五点描述配置参数文件后，在slave端执行以下操作

([email protected]) [(none)]> CHANGE MASTER TO
    ->  MASTER_HOST=‘192.168.1.135‘,
    ->  MASTER_USER=‘repl‘,
    ->  MASTER_PASSWORD=‘xxx‘,
    ->  MASTER_PORT=3306,
    ->  MASTER_AUTO_POSITION = 1;
Query OK, 0 rows affected, 2 warnings (0.01 sec)

([email protected]) [(none)]> start slave;
Query OK, 0 rows affected (0.01 sec)

([email protected]) [(none)]> show slave status \G ###可以看到复制工作已经开始且正常
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.1.135
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: master-binlog.000001
          Read_Master_Log_Pos: 151
               Relay_Log_File: slave-relay-log.000002
                Relay_Log_Pos: 369
        Relay_Master_Log_File: master-binlog.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes

2、已运行经典复制mysql服务器转向GTID复制

a、按本文第五点描述配置参数文件；
b、所有服务器设置global.read_only参数，等待主从服务器同步完毕；
mysql> SET @@global.read_only = ON;
c、依次重启主从服务器；
d、使用change master 更新主从配置；

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

e、从库开启复制
mysql> START SLAVE;
f、验证主从复制

原文地址：http://blog.51cto.com/7834466/2345202

时间： 2024-07-28 13:21:49

Mysql基于GTID搭建主从同步的相关文章

mysql5.6，基于GTID的主从同步与延迟复制

GTID相关: 在mysql5.6之前,mysql主从复制是slave通过配置master的binlog位置实现的,且每一个slave自身的binlog却不同.而在mysql5.6版本后引入了GTID(全局事务标识符),这个值在master生成,slave只要在开启主从复制时指定master的用户,密码,就可获取master的GTID实现同步,而无需再每次去查看master的binlog位置,大大方便了主从同步的配置.GTID的唯一性强化了数据的主备一致性,故障恢复,以及容错能力. 延迟复制相关

Innobackup mysql 多实例环境搭建主从同步

Innobackup mysql 多实例环境搭建主从同步 该实验是在mysql多实例环境下做的:如果需要部署 mysql 多实例环境,则移步: mysql 多实例案例实战: http://blog.csdn.net/wanglei_storage/article/details/49305239 mysql 的主从搭建大家有很多种方式,传统的 mysqldump 方式是很多人的选择之一.但对于较大的数据库则该方式并非理想的选择.使用 Xtrabackup 可以快速轻松的构建 mysql 主从架构

5.7 并行复制配置 基于GTID 搭建中从 基于GTID的备份与恢复，同步中断处理

5.7 并行复制配置 基于GTID 搭建中从 基于GTID的备份与恢复,同步中断处理 这个文章包含三个部分 1:gtid的多线程复制2:同步中断处理3:GTID的备份与恢复 下面文字相关的东西 大部分都比较重要,可以看一下master: 192.168.17.21slave: 192.168.17.22salve: 192.168.17.23 分别在这三个机器上面安装 编译安装mysql 5.7 不会安装的话 这有安装脚本 https://www.cnblogs.com/noel/p/10314

maxscale配合MHA搭建读写分离的高可用架构（基于GTID replication主从架构，mysql5.6）

基于GTID的主从replication并配合MHA搭建高可用架构,请参考之前的博客:http://linzhijian.blog.51cto.com/1047212/1906434.这里只叙述如何在此基础上增加maxscale中间件,实现读写分离的功能. MaxScale是maridb开发的一个MySQL数据中间件,其配置简单,能够实现读写分离,并且可以根据主从状态实现写库的自动切换.官方文档:https://mariadb.com/kb/en/mariadb-enterprise/about

Mysql 基于GTID的主从复制及切换

参考 http://imysql.com/tag/gtid http://mysqllover.com/?p=594 Mysql 基于GTID的主从复制及切换 一.主从复制配置 两个mysql服务的my.cnf 中相关内容配置 [mysqld] #从复制数据库表设置 replicate-wild-ignore-table = mysql.%,information_schema.%,innodb.%,innodb_log.%,performance_schema.%,test.%,tmp.% #

mysql真实环境搭建主从

 mysql真实环境搭建主从 防伪码:人之所以能,是相信能. 前言:当今数据库有oracle mysql  SQL Server ACCESS 等等很多种,今天我们来真实环境搭建mysql主从.先说一下四种数据库的区别: 1.四种数据库的区别: ACCESS:功能相对不是那么强大,主要是开发单机版软件中经常用到. SQL Server:是目前应用比较广泛和普遍的一款数据库,是数据库发展的一个里程碑. MySQL:是一个开源的关系数据库管理系统,有快速.可靠和易于使用的特点:MySQL服务器工作在

MySQL的3节点主从同步复制方案测试

上接<MySQL的3节点主从同步复制方案> 六．测试主从同步复制 现在我们来测试下,mysql的主从同步. 1.在主库插入测试数据 先在主库MasterA 上给m_s_rep数据库插入和删除2条数据.如下: mysql> insert into test(id,content) values(3,'data3'); mysql> insert into test(id,content) values(2,'data2'); mysql> select * from test;

Mysql搭建主从同步

一.1.实验环境:两台服务器搭建主从服务实现同步2.实验拓扑:主服务器HK63(IP:192.168.2.104)---------从服务器HK64(IP:192.168.2.105)3.实验思路:(1).准备两台服务器(2).两台服务器搭建数据库(数据库版本5.1版本)(3).创建要同步的数据库(MA)(4).配置主服务器主配置文件开启二进制日志,从服务器无需开启,重启服务(5).主服务器授权从服务器访问权限(6).从服务器指定主服务器IP地址.用户名.密码.端口号(7).主从服务器均关闭se

mysql 读写分离，主从同步 M-S 搭建

主机: [[email protected] ~]# mysql -usystem -p123456 mysql> create database HA; mysql> use HA; mysql> create table T1(id int,name varchar(20)); service mysqld stop     停库锁表 配置my.cnf: vim /etc/my.cnf vim /etc/my.cnf log-bin=mysql-bin-master  #启用二进制日