mysql主从之gtid主从搭建

Posted 2021-02-18 叶落kiss

1. 准备主从环境(1主2从)

1.1 准备数据路径及配置文件

数据库软件目录: /opt/mysql/
数据库数据目录: /data/{master20,slave21,slave22}/{data,binlog}
主库端口3320
从库端口分别为3321,3322

配置文件如下:
cat > /data/master20/my.cnf <<EOF
[mysqld]
basedir=/opt/mysql/
datadir=/data/master20/data
socket=/data/master20/mysql.sock
server_id=100
port=3320
secure-file-priv=/tmp     # 配置的数据库安全路径, 能在数据库界面中直接导出结果到该目录下.
autocommit=0
log_bin=/data/master20/binlog/master20-bin
binlog_format=row
gtid-mode=on
enforce-gtid-consistency=true
log-slave-updates=1
user=mysql
character_set_server = utf8mb4

[mysql]
prompt=master20 [\\\\d]>
EOF


cat > /data/slave21/my.cnf <<EOF
[mysqld]
basedir=/opt/mysql/
datadir=/data/slave21/data
socket=/data/slave21/mysql.sock
server_id=110
port=3321
secure-file-priv=/tmp
autocommit=0
log_bin=/data/slave21/binlog/slave21-bin
binlog_format=row
gtid-mode=on
enforce-gtid-consistency=true
log-slave-updates=1
user=mysql
character_set_server = utf8mb4

[mysql]
prompt=slave21 [\\\\d]>
EOF


cat > /data/slave22/my.cnf <<EOF
[mysqld]
basedir=/opt/mysql/
datadir=/data/slave22/data
socket=/data/slave22/mysql.sock
server_id=120
port=3322
secure-file-priv=/tmp
autocommit=0
log_bin=/data/slave22/binlog/slave22-bin
binlog_format=row
gtid-mode=on
enforce-gtid-consistency=true
log-slave-updates=1
user=mysql
character_set_server = utf8mb4

[mysql]
prompt=slave22 [\\\\d]>
EOF

1.2 初始化三个实例

mysqld --initialize-insecure --user=mysql --basedir=/opt/mysql  --datadir=/data/master20/data
mysqld --initialize-insecure --user=mysql --basedir=/opt/mysql  --datadir=/data/slave21/data
mysqld --initialize-insecure --user=mysql --basedir=/opt/mysql  --datadir=/data/slave22/data

1.2 配置systemd启动

cd /etc/systemd/system

cp mysqld.service master20.service
cp mysqld.service slave21.service
cp mysqld.service slave22.service

vim master20.service
ExecStart=/opt/mysql/bin/mysqld  --defaults-file=/data/master20/my.cnf
vim slave21.service
ExecStart=/opt/mysql/bin/mysqld  --defaults-file=/data/slave21/my.cnf
vim slave22.service
ExecStart=/opt/mysql/bin/mysqld  --defaults-file=/data/slave22/my.cnf

chown -R mysql.mysql /data/*

systemctl start master20.service
systemctl start slave21.service
systemctl start slave22.service

 

1.3 补充:

以上步骤详情可参考本人另一篇数据库安装: https://www.cnblogs.com/quzq/p/12904956.html

 

2. GTID复制

2.1 GTID介绍

GTID(Global Transaction ID)是对于一个已提交事务的唯一编号，并且是一个全局(主从复制)唯一的编号。
它的官方定义如下：
GTID = source_id ：transaction_id
7E11FA47-31CA-19E1-9E56-C43AA21293967:29    # gtid编号的格式
什么是sever_uuid，和Server-id 区别？
核心特性: 全局唯一,具备幂等性

2.2 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记录二进制日志

2.3 构建主从

master:3320
slave:3321,3322

3320:
grant replication slave  on *.* to repl@\'%\' identified by \'123\';

21\\22:
change master to 
master_host=\'10.0.0.51\',
MASTER_PORT=3320,
master_user=\'repl\',
master_password=\'123\' ,
MASTER_AUTO_POSITION=1;    
# 该参数会自动读取relaylog中的最后一个gtid号,来向主库申请日志, 如未从relaylog中读取到,则从第一个gtid开始同步
# 该参数值代表从哪个gtid号开始请求, 如从库是使用xbk物理恢复的,则此处值需要是恢复文件中最后一个gtid号+1

start slave;

2.4 关于gtid主从的备忘

1. 主库开启gtid后, 导出的备份文件如果用于从库的恢复, 则在导出时一定不能加 --set-gtid-purged=OFF 参数
　　该参数会忽略gtid号, 导致恢复的从库没有gtid号记录.
2. 不使用以上参数导出的备份, 在恢复从库后, 从库中也会记录有gtid号
3. 参考: https://www.cnblogs.com/quzq/p/12885971.html

2.5 GTID 复制和普通复制的区别

CHANGE MASTER TO
MASTER_HOST=\'10.0.0.51\',
MASTER_USER=\'repl\',
MASTER_PASSWORD=\'123\',
MASTER_PORT=3307,
MASTER_LOG_FILE=\'mysql-bin.000001\',
MASTER_LOG_POS=444,
MASTER_CONNECT_RETRY=10;

change master to 
master_host=\'10.0.0.51\',
master_user=\'repl\',
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就行。