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