DevOps开发运维
成长之路

MySQL过滤复制及GTID复制

过滤复制

指定一个或者几个库备份到从库上
主库
show master status;
Binlog_Do_DB
Binlog_Ignore_DB 
从库
show slave status\G
Replicate_Do_DB: 
Replicate_Ignore_DB: 
从库配置
[root@xiaoyong ~]# vim /data/3308/my.cnf
replicate_do_db=world
replicate_do_db=oldboy
[root@xiaoyong ~]# mysql -uroot -p -S /data/3308/mysql.sock
Replicate_Do_DB: world,oldboy

GTID复制

GTID介绍

GTID(Global Transaction ID)是对于一个已提交事务的唯一编号,并且是一个全局(主从复制)唯一的编号。
它的官方定义如下:
GTID = source_id :transaction_id
###7E11FA47-31CA-19E1-9E56-C43AA21293967:29
什么是sever_uuid,和Server-id 区别?
核心特性: 全局唯一,具备幂等性
作用:
binlog截取,基于GTID方式。
主库传输日志,将串行转换为并行。
从库SQL线程,回放日志可以并行。

核心参数

gtid-mode=on --启用gtid类型,否则就是普通的复制架构
enforce-gtid-consistency=true --强制GTID的一致性
log-slave-updates=1 --slave更新是否记入日志

配置过程

1.清理重构环境
db01,db02.db03执行:
pkill mysqld
\rm -rf /data/binlog/*
\rm -rf /data/mysql/*
mkdir -p /data/mysql/data
mkdir -p /data/mysql/binlog
chown -R mysql.mysql /data/*
mv /etc/my.cnf /etc/my.cnf.bak
2.准备配置文件
主库db01:
cat > /etc/my.cnf <<EOF
[mysqld]
basedir=/app/mysql/
datadir=/data/mysql/data
socket=/tmp/mysql.sock
server_id=200
port=3306
secure-file-priv=/tmp
autocommit=0
log_bin=/data/mysql/binlog/mysql-bin
binlog_format=row
gtid-mode=on
enforce-gtid-consistency=true
log-slave-updates=1
[mysql]
prompt=db01 [\\d]>
EOF
slave1(db02):
cat > /etc/my.cnf <<EOF
[mysqld]
basedir=/app/mysql
datadir=/data/mysql/data
socket=/tmp/mysql.sock
server_id=201
port=3306
secure-file-priv=/tmp
autocommit=0
log_bin=/data/mysql/binlog/mysql-bin
binlog_format=row
gtid-mode=on
enforce-gtid-consistency=true
log-slave-updates=1
[mysql]
prompt=db02 [\\d]>
EOF
slave2(db03):
cat > /etc/my.cnf <<EOF
[mysqld]
basedir=/app/mysql
datadir=/data/mysql/data
socket=/tmp/mysql.sock
server_id=203
port=3306
secure-file-priv=/tmp
autocommit=0
log_bin=/data/mysql/binlog/mysql-bin
binlog_format=row
gtid-mode=on
enforce-gtid-consistency=true
log-slave-updates=1
[mysql]
prompt=db03 [\\d]>
EOF
3.初始化数据
mysqld --initialize-insecure --user=mysql --basedir=/app/mysql --datadir=/data/mysql/data 
4.启动数据库
/etc/init.d/mysqld start
mysql -e "select @@server_id"
5.构建主从
db01:
grant replication slave on *.* to repl@'10.0.0.%' identified by '123';
db02,db03:
change master to 
master_host='10.0.0.200',
master_user='repl',
master_password='123' ,
MASTER_AUTO_POSITION=1;自动找起点
start slave;
show slave status \G

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';
以上为跳过错误的GTID。
最好的解决方案:重新构建主从环境

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就行。
赞(1)

评论 抢沙发

评论前必须登录!

 

LNMP社群 不仅仅是技术

关于我们网站地图