MySQL之GTID复制

一、GTID复制介绍

GTID(Global Transaction ID)是对于一个已提交事务的唯一编号，并且是一个全局(主从复制)唯一的编号。

它的官方定义如下：

GTID = source_id ：transaction_id

7E11FA47-31CA-19E1-9E56-C43AA21293967:29

什么是sever_uuid，和Server-id 区别？

核心特性: 全局唯一,具备幂等性

作用:主要保证主从复制中的高级的特性。

GTID:

5.6版本出现没有默认开启，5.7中即使不开启也有匿名的GTID记录。

DUMP传输可以并性，sQI线程并发回放提供了。5.7.17+的版本以后几乎都是GTID模式了。

重要参数：

gtid-mode=on

enforce-gtid-consistency=true

log-slave-updates=1

gtid-mode=on --启用gtid类型，否则就是普通的复制架构

enforce-gtid-consistency=true --强制GTID的一致性

log-slave-updates=1 --slave更新是否记入日志

二、环境准备

系统

mysql版本

主机IP

主机名

centos7.6

mysql-5.7.24

192.168.1.111

master

centos7.6

mysql-5.7.24

192.168.1.112

slave1

centos7.6

mysql-5.7.24

192.168.1.113

slave2

2.1、配置文件准备

master：

cat > /etc/my.cnf <

[mysqld]

basedir=/data/mysql/

datadir=/data/mysql/

socket=/tmp/mysql.sock

server_id=111

port=3306

secure-file-priv=/tmp

autocommit=0

log_bin=/data/mysql/mysql-bin

binlog_format=row

gtid-mode=on

enforce-gtid-consistency=true

log-slave-updates=1

[mysql]

prompt=master [\\d]>

EOF

slave1：

cat > /etc/my.cnf <

[mysqld]

basedir=/data/mysql

datadir=/data/mysql/

socket=/tmp/mysql.sock

server_id=112

port=3306

secure-file-priv=/tmp

autocommit=0

log_bin=/data/mysql/mysql-bin

binlog_format=row

gtid-mode=on

enforce-gtid-consistency=true

log-slave-updates=1

[mysql]

prompt=slave1 [\\d]>

EOF

slave2：

cat > /etc/my.cnf <

[mysqld]

basedir=/data/mysql

datadir=/data/mysql/

socket=/tmp/mysql.sock

server_id=113

port=3306

secure-file-priv=/tmp

autocommit=0

log_bin=/data/mysql/mysql-bin

binlog_format=row

gtid-mode=on

enforce-gtid-consistency=true

log-slave-updates=1

[mysql]

prompt=slave2 [\\d]>

EOF

# 创建数据目录

groupadd mysql

useradd -r -g mysql -s /sbin/nologin mysql

mkdir -p /data/mysql/data

chown mysql.mysql -R /data/mysql/data

echo export PATH=/app/mysql/bin:$PATH >> /etc/profile

source /etc/profile

2.2、初始化数据

mysqld --initialize-insecure --user=mysql --basedir=/app/mysql --datadir=/data/mysql

mysqladmin -uroot -p password 123 (输入完毕回车即可)

三、主从配置

3.1、主库建立复制用户

grant replication slave on *.* to tzh@'192.168.1.%' identified by '123';

3.2、两个从库

change master to

master_host='192.168.1.111',

master_user='tzh',

master_password='123' ,

MASTER_AUTO_POSITION=1; #自动找位置点

start slave;

show slave status\G;

四、GTID 复制和普通复制的区别

CHANGE MASTER TO

MASTER_HOST='192.168.1.111',

MASTER_USER='tzh',

MASTER_PASSWORD='123',

MASTER_PORT=3306,

MASTER_LOG_FILE='mysql-bin.000001',

MASTER_LOG_POS=444,

MASTER_CONNECT_RETRY=10;

change master to

master_host='192.168.1.111',

master_user='tzh',

master_password='123' ,

MASTER_AUTO_POSITION=1;

start slave;

(0)在主从复制环境中，主库发生过的事务，在全局都是由唯一GTID记录的，更方便Failover

(1)额外功能参数(3个)

(2)change master to 的时候不再需要binlog 文件名和position号,MASTER_AUTO_POSITION=1;

(3)在复制过程中，从库不再依赖master.info文件，而是直接读取最后一个relaylog的 GTID号

(4) mysqldump备份时，默认会将备份中包含的事务操作，以以下方式

SET @@GLOBAL.GTID_PURGED='8c49d7ec-7e78-11e8-9638-000c29ca725d:1';

告诉从库，我的备份中已经有以上事务，你就不用运行了，直接从下一个GTID开始请求binlog就行。

五、GTID 从库误写入操作处理

查看监控信息:

Last_SQL_Error: Error 'Can't create database 'oldboy'; database exists' on query. Default database: 'oldboy'. Query: 'create database oldboy'

Retrieved_Gtid_Set: 71bfa52e-4aae-11e9-ab8c-000c293b577e:1-3

Executed_Gtid_Set: 71bfa52e-4aae-11e9-ab8c-000c293b577e:1-2,

7ca4a2b7-4aae-11e9-859d-000c298720f6:1

注入空事物的方法：

stop slave;

set gtid_next='99279e1e-61b7-11e9-a9fc-000c2928f5dd:3';

begin;commit;

set gtid_next='AUTOMATIC';

这里的xxxxx:N 也就是你的slave sql thread报错的GTID，或者说是你想要跳过的GTID。

最好的解决方案：重新构建主从环境，从库不给写