1、延时从库
1.1 作用
处理逻辑损坏
1.2 怎么实现的？
SQL线程延时:数据已经写入relaylog中了,SQL线程"慢点"运行
一般企业建议3-6小时,具体看公司运维人员对于故障的反应时间
mysql>stop slave;
mysql>CHANGE MASTER TO MASTER_DELAY = 300;
mysql>start slave;
mysql[(none)]>show slave status\G
SQL_Delay: 300
SQL_Remaining_Delay: 224
1.3 处理逻辑损坏, 恢复数据思路
drop 操0作;
(1) 感知到故障.
(2) 停相关业务,挂维护页.
(3) 停延时从库SQL线程.
(4) 手工模拟SQL线程恢复后续的relaylog
起点: relaylog.info
终点: drop
(5) 直接解除从库替代主库工作 或者 导出故障数据库,倒回到生产.
1.4 演练
(1) 模拟数据
create database oldboy charset utf8mb4;
use oldboy ;
create table t1 (id int);
insert into t1 values(1);
insert into t1 values(11);
insert into t1 values(111);
insert into t1 values(1111);
insert into t1 values(11111);
(2) 模拟误操作
drop database oldboy;
(3) 停从库线程
stop slave ;
(4) 截取relaylog日志
起点:
oldguo[(none)]>show slave status \G
Relay_Log_File: db01-relay-bin.000002
Relay_Log_Pos: 476
终点:
| db01-relay-bin.000002 | 2174 | Query | 7 | 3036 | drop database oldboy
[root@db01 ~]# mysqlbinlog --start-position=476 --stop-position=2174 /data/3308/data/db01-relay-bin.000002 >/tmp/relay.sql
(5) 恢复数据
source /tmp/relay.sql
2、过滤复制
2.1 主库方面实现
wenjuan[(none)]>show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 | 2106 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
wenjuan[(none)]>
说明：
Binlog_Do_DB 白名单
Binlog_Ignore_DB 黑名单
2.2 从库方面参数
Replicate_Do_DB: 白名单（常用）
Replicate_Ignore_DB: 黑名单（常用）
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table: 模糊
Replicate_Wild_Ignore_Table: 模糊
2.3 过滤复制实现
实例1：只复制oldguo库的数据
vim /data/3308/my.cnf
replicate_do_db=oldguo
systemctl restart mysqld3308
2.4 测试
3、GTID复制
3.1 GTID介绍
GTID(Global Transaction ID)是对于一个已提交事务的唯一编号，并且是一个全局(主从复制)唯一的编号。
它的官方定义如下：
GTID = source_id ：transaction_id
7E11FA47-31CA-19E1-9E56-C43AA21293967:29
什么是sever_uuid，和Server-id 区别？
核心特性: 全局唯一,具备幂等性
3.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更新是否记入日志
3.3 GTID复制配置过程
环境准备
| ip地址 | 主机名 | 主存类型 |
|---|---|---|
| 10.0.0.51 | db01 | master |
| 10.0.0.52 | db02 | slave1 |
| 10.0.0.53 | db03 | slave2 |
mysql版本：5.7.26
3.3.1 清理环境
51/52/53
pkill mysqld
\rm -rf /data/mysql/data/*
\rm -rf /data/binlog/*
3.3.2 准备配置文件
# 主库db01：
cat > /etc/my.cnf <<EOF
[mysqld]
basedir=/application/mysql/
datadir=/data/mysql/data
socket=/tmp/mysql.sock
server_id=51
port=3306
secure-file-priv=/tmp
autocommit=0
log_bin=/data/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=/application/mysql
datadir=/data/mysql/data
socket=/tmp/mysql.sock
server_id=52
port=3306
secure-file-priv=/tmp
autocommit=0
log_bin=/data/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=/application/mysql
datadir=/data/mysql/data
socket=/tmp/mysql.sock
server_id=53
port=3306
secure-file-priv=/tmp
autocommit=0
log_bin=/data/binlog/mysql-bin
binlog_format=row
gtid-mode=on
enforce-gtid-consistency=true
log-slave-updates=1
[mysql]
prompt=db03 [\\d]>
EOF
3.3.3 初始化数据
51/52/53
mkdir -p /data/mysql/data
mkdir -p /data/binlog
chown -R mysql.mysql /data/*
mysqld --initialize-insecure --user=mysql --basedir=/application/mysql --datadir=/data/mysql/data
3.3.4 启动数据库
51/52/53
/etc/init.d/mysqld start
3.3.5 构建主从：
master:51
slave:52,53
# 51:
mysql -e "grant replication slave on *.* to repl@'10.0.0.%' identified by '123';"
52\53:
mysql -e "change master to master_host='10.0.0.51',master_user='repl',master_password='123' ,MASTER_AUTO_POSITION=1;"
mysql -e "start slave;"
说明：
MASTER_AUTO_POSITION=1 自动检测
3.3.6 主从检查
52\53:
mysql -e "show slave status\G"|grep 'Running:'
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
3.4 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;
-- GTID复制
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就行。
