GTID的复制的搭建过程

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS PostgreSQL,高可用系列 2核4GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: 1.什么是GTID?GTID(Global Transaction ID)是对于一个已提交事务的编号,并且是一个全局唯一的编号;GTID实际上是由UUID+TID组成的。其中UUID是一个MySQL实例的唯一标识。


1.什么是GTID?

GTID(Global Transaction ID)是对于一个已提交事务的编号,并且是一个全局唯一的编号;

GTID实际上是由UUID+TID组成的。其中UUID是一个MySQL实例的唯一标识。TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增;

#查看本数据库实例的uuid号:

root@localhost [(none)]>select @@server_uuid;

+--------------------------------------+

| @@server_uuid                |

+--------------------------------------+

| 83373570-fe03-11e6-bb0a-000c29c1b8a9 |

+--------------------------------------+


#也可以通过系统层面查看uudi:

[root@Darren2 data]# cat /data/mysql/mysql3306/data/auto.cnf

[auto]

server-uuid=83373570-fe03-11e6-bb0a-000c29c1b8a9


#linux中可以通过uuidgen产生随机uuid,mysql中可以通过select uuid()产生;

如:

[root@Darren2 ~]# uuidgen

eceac2d7-4878-429b-81ca-e6aea02b1739

root@localhost [(none)]>select uuid();

+--------------------------------------+

| uuid()                     |

+--------------------------------------+

| bc959381-1c89-11e7-8786-000c29c1b8a9 |

+--------------------------------------+


GTID的限制

(1)不支持非事物引擎

(2)不支持create table ... select语句复制(主库直接报错)

ERROR 1786 (HY000): Statement violates GTID consistency: CREATE TABLE ... SELECT.

(3)不支持一个sql同时更新一个事物引擎和非事物引擎的表;

(4)在一个复制组中,必须要求统一开启GTID或是关闭GTID;

(5)开启GTID需要重启(5.7支持在线切换);

(6)开启GTID后就不再使用原来的传统的复制方式;

(7)对于create temporary table和drop temporary talbe语句不支持(不报错,但是也不存在表);

(8)不支持sql_slave_skip_counter;


2.环境配置


master slave
数据库版本 5.7.16 5.7.16
IP 192.168.91.18 192.168.91.20
serverid 330618 330620
端口号 3306 3306


3.配置文件参数设置

(1)master:

配置文件中设置:

server-id = 330618

binlog_format = row

log-bin = /data/mysql3306/logs/mysql-bin

#GTID

gtid_mode=on

enforce-gtid-consistency=on

(2)slave:

配置文件中设置:

server-id = 330620

binlog_format = row

relay-log=relay-bin

relay-log-index=relay-bin.index

read_only = on

#复制进程就不会随着数据库的启动而启动

skip_slave_start=1

#如果这个从库还有从库,需要开启这个参数

log_slave_updates=0

#GTID

gtid_mode=on

enforce-gtid-consistency=on


4.主库创建用户

master:

创建rep用户:

create user rep@'192.168.91.%' identified by '147258';

grant replication slave on *.* to rep@'192.168.91.%';

flush privileges;


5.备份还原初始化

(1)主库备份数据库:

mysqldump -uroot -p147258   --single-transaction --master-data=2 -A > /tmp/master.sql 

scp  master.sql  root@192.168.91.20:/tmp/

(2)把备份文件maser.sql,还原到slave:

mysql -uroot -p147258 < master.sql


#注意:

备份文件中有这么一条命令:

SET @@GLOBAL.GTID_PURGED='83373570-fe03-11e6-bb0a-000c29c1b8a9:1-10908';

在还原的时候使用,表示从库还原之后GTID就会达到10908,在10908之前的事物不需要同步过来,从10909开始同步事物;


6.从库 master to

(1)添加主库信息到从库slave:

    change master to

    master_host='192.168.91.18',

    master_port=3306,

    master_user='rep',

    master_password='147258',

    master_auto_position=1;

(2)启动从库

root@localhost [(none)]>start slave;

(3)查看主库信息

root@localhost [testdb]>show master status;

+------------------+----------+--------------+------------------+------------------------------------------+

| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set                        |

+------------------+----------+--------------+------------------+------------------------------------------+

| mysql-bin.000006 |     1120 |              |                  | f4b6894e-c7fd-11e6-aaf8-000c29aacb77:1-5 |

+------------------+----------+--------------+------------------+------------------------------------------+

(4)查看从库信息

root@localhost [(none)]>show slave hosts;

+-----------+------+------+-----------+--------------------------------------+

| Server_id | Host | Port | Master_id | Slave_UUID                           |

+-----------+------+------+-----------+--------------------------------------+

|    330621 |      | 3306 |    330618 | 5af344c7-c861-11e6-ad80-000c290f28e2 |

|    330620 |      | 3306 |    330618 | 31ba9bcb-c861-11e6-ad7f-000c29cc71ad |

+-----------+------+------+-----------+--------------------------------------+

(5)查看复制状态

slave:

root@localhost [testdb]>show slave status\G


7.测试

master:

root@localhost [(none)]>use testdb;

root@localhost [testdb]>create table t1(id int,name char(10));

root@localhost [testdb]>insert into t1 values(1,'aaa'),(2,'bbb');

slave:

root@localhost [testdb]>select * from t1;

+------+------+

| id   | name |

+------+------+

|    1 | aaa  |

|    2 | bbb  |

+------+------+


相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。 &nbsp; 相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/mysql&nbsp;
目录
相关文章
|
NoSQL 安全 Linux
Linux 中 core dump 文件的作用和使用方法
Linux 中 core dump 文件的作用和使用方法
2384 1
|
2月前
|
安全 数据库连接 Python
Python中的上下文管理器:优雅地管理资源
Python中的上下文管理器:优雅地管理资源
51 6
|
SQL 关系型数据库 MySQL
SQL Error (2013): Lost connection to MySQL server at 'waiting for initial communication packet', sys...
SQL Error (2013): Lost connection to MySQL server at 'waiting for initial communication packet', sys...
837 0
|
存储 算法 关系型数据库
|
IDE Go 开发工具
Go Error module declares its path as but was required as解决方案
文章提供了一个解决方案,用于处理在Go工程中将依赖的仓库从A更换为B(即使它们完全相同)时遇到的路径声明错误,建议通过发布新版本来解决此问题。
332 0
|
SQL 自然语言处理 关系型数据库
在 PostgreSQL 中使用 `REPLACE` 函数
【8月更文挑战第8天】
2023 9
在 PostgreSQL 中使用 `REPLACE` 函数
|
虚拟化
VMware 虚拟机 - 解决 Vmware 服务拒绝访问的问题
VMware 虚拟机 - 解决 Vmware 服务拒绝访问的问题
1812 0
VMware 虚拟机 - 解决 Vmware 服务拒绝访问的问题
|
SQL 关系型数据库 MySQL
当并发insert on duplicate key update遇见死锁:更新丢失
数据库死锁问题,是一个老生常谈且很常见的问题,网上也有非常多对于各类死锁场景的解析和复现,但凡和死锁有关,无外乎不涉及数据库隔离等级、索引、以及innodb锁等相关原因。但是我这个案例我搜遍了全网也没能找到比较相似情况。于是我想尽可能的复现出这种情况,找出死锁的原因,找出可能出现的隐患。问题的背景:我们的数据库中的发生死锁的表是具有”多列组合构建的唯一索引“(不包含
20894 4
|
C++
QT图形视图系统 - 使用一个项目来学习QT的图形视图框架 - 始篇
详细的介绍可以看QT的官方助手,那里面介绍的详细且明白,需要一定的英语基础,我这里直接使用一个开源项目来介绍QGraphicsView、QGraphicsScene的使用。
641 1
|
存储 自然语言处理 关系型数据库