MySQL5.7之GTID复制

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 <<EOF
[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 <<EOF
[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 <<EOF
[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 statusG;

四、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。
最好的解决方案：重新构建主从环境，从库不给写