mysql 利用relay log 使用 start slave until 恢复方法

1结构

 注意： server-id 必须不相同

2. slave2 使用 screen 备份主库 binlog 到/data/backup/目录下, 实时备份mysqlbinlog

(1).  安装 screen
yum  -y install screen
screen -S  mysqlbinlogsbackup

cd /data/backup/; mysqlbinlog --raw --read-from-remote-server --stop-never --host 172.17.0.2 --port 3306 -u replication -p123456 mybinlog.000003


ctrl+a d
暂时离开当前session，将目前的 screen session 丢到后台.

screen -S  screenname -> 新建一个session
screen -ls         ->     列出所有的session
screen -r  screenname -> 回到screenname 这个session
screen -d  screenname -> 远程detach某个session
screen -d -r screenname -> 结束当前session并回到screenname 这个session

3. mysql master 上 创建数据库， sysbench 写一些数据

create database  T100

  sysbench /usr/local/share/sysbench/oltp_read_write.lua --mysql-host=172.17.0.2 --mysql-port=3306 --mysql-user=fengjian --mysql-password=123456 --mysql-db=T100 --tables=10 --table_size=10000 --mysql_storage_engine=Innodb prepare

4. 使用innobackup 进行全备

innobackupex --defaults-file=/etc/my.cnf -S /data/mysql/mysql3306/mysql.sock  -u fengjian -p123456 /data/backup/

5. 删除master T100库的表, 模拟误删除操作

mysql -u root -p 
use T100;
drop table  sbtest1 ;

#发生误操作，切换binlogs
flush logs;

查看binlog
show binary logs;

+-----------------+-----------+
| Log_name | File_size |
+-----------------+-----------+
| mybinlog.000001 | 177 |
| mybinlog.000002 | 177 |
| mybinlog.000003 | 200 |
| mybinlog.000004 | 200 |
| mybinlog.000005 | 200 |
| mybinlog.000006 | 200 |
| mybinlog.000007 | 200 |
| mybinlog.000008 | 19097126 |
| mybinlog.000009 | 19097508 |
| mybinlog.000010 | 194 |
+-----------------+-----------+

6. 打包全备数据 到 slave 从库上

cd /data/backup
tar  -zcvf  2020.tar.gz  2020-02-29_05-36-06  

scp  172.17.0.2:/data/backup/2020.tar.gz  root@172.17.0.4:/data/backup/

7. slave2 上解压缩，恢复数据库

cd /data/backup/
tar -zxvf 2020.tar.gz 
cd  2020-02-29_05-36-06

# innobackup 应用日志
innobackupex --apply-log -u root -p123456  /data/backup/2020-02-29_05-36-06

#slave2 上新建的mysql 存储目录不需要初始化
mkdir -R /data/mysqld/mysql3306/{data,logs,tmp,undolog}
chown -R mysql.mysql  /data/mysqld

#拷贝 /data/backup/2020-02-29_05-36-06/ 备份文件到 mysql 存储目录
mv  /data/backup/2020-02-29_05-36-06/undo*  /data/mysql/mysql3306/undolog/
mv  /data/backup/2020-02-29_05-36-06/*  /data/mysql/mysql/mysql3306/data/

chown -R mysql.mysql /data/mysql

# 启动mysql
mysqld --defaults-file=/etc/mysql.cnf &

由于mysql master 和 slave2 都是开启gtid的，所以恢复全量备份数据到slave2实例上，如果启动slave2实例 Gtid和 master xtrabackup全量备份结束的Gtid号是不一致
登录slave2 实例，reset master  清空 Gtid 信息, 然后再set global gtid_purged='bde7b592-b966-11e9-8c64-000c294f3e61:1-10296'; 让slave2 实例的Gtid号执行到全量备份结束时的这个Gtid号

查看 xtrabackup_binlog_info 信息

mybinlog.000009    19097277    0e21dacd-5aa5-11ea-a4db-0242ac110002:1-404,
3f6088fc-5ab6-11ea-b88f-0242ac110002:1-605,
b9d7ea3f-62b0-11ea-b3d0-0242ac110002:1-123

slave2 设置 gtid purged值

reset master;
# 设置gtid purged
set global  gtid_purged='0e21dacd-5aa5-11ea-a4db-0242ac110002:1-404,3f6088fc-5ab6-11ea-b88f-0242ac110002:1-605,b9d7ea3f-62b0-11ea-b3d0-0242ac110002:1-123'
#查看gtid信息
show global variables like '%gtid%';

+----------------------------------+-----------------------------------------------------------------------------------------------------------------------------------+
| Variable_name | Value |
+----------------------------------+-----------------------------------------------------------------------------------------------------------------------------------+
| binlog_gtid_simple_recovery | ON |
| enforce_gtid_consistency | ON |
| gtid_executed | 0e21dacd-5aa5-11ea-a4db-0242ac110002:1-404,3f6088fc-5ab6-11ea-b88f-0242ac110002:1-605,b9d7ea3f-62b0-11ea-b3d0-0242ac110002:1-61 |
| gtid_executed_compression_period | 1000 |
| gtid_mode | ON |
| gtid_owned | |
| gtid_purged | 0e21dacd-5aa5-11ea-a4db-0242ac110002:1-404,3f6088fc-5ab6-11ea-b88f-0242ac110002:1-605,b9d7ea3f-62b0-11ea-b3d0-0242ac110002:1-61 |
| session_track_gtids | OFF |
+----------------------------------+-----------------------------------------------------------------------------------------------------------------------------------+

8. 开始MySQL relaylog + SQL_Thread 增量恢复binlog演示

change命令，是为了告诉MySQL自己为一个slave实例：通过change命令，是为了告诉MySQL自己为一个slave实例，因为无需用到IO_Thread，故host，password，user等可以随意填写。
并且通过该步骤，生成relay.info文件。

root@localhost 08:06:  [(none)]> change master to master_host='172.17.0.2';

查看 relay log 的名字为，slave2-relay-bin 开头

root@localhost 08:06: [(none)]> show global variables like '%relay%';
+---------------------------+---------------------------------------------------+
| Variable_name | Value |
+---------------------------+---------------------------------------------------+
| max_relay_log_size 　　　　　　 | 0 |
| relay_log 　　　　　　　　　　　　| |
| relay_log_basename 　　　　　　 | /data/mysql/mysql3306/data/slave2-relay-bin |
| relay_log_index 　　　　　　　　 | /data/mysql/mysql3306/data/slave2-relay-bin.index |
| relay_log_info_file 　　　　　　| relay-log.info |
| relay_log_info_repository 　　 | TABLE |
| relay_log_purge 　　　　　　　　 | ON |
| relay_log_recovery 　　　　　　 | ON |
| relay_log_space_limit 　　　　　| 0 |
| sync_relay_log 　　　　　　　　  | 10000 |
| sync_relay_log_info 　　　　　　| 10000 |
+---------------------------+---------------------------------------------------+

关闭3308实例，将需要增量的binlog文件伪装成relay log：

mysqladmin  -u root -p shutdown
cd /data/mysql/mysql3306/data/

# 查看目录里生成了 relay log日志 和索引   slave2-relay-bin.000001  slave2-relay-bin.index

ls 

# 拷贝mysqlbinlog  server备份的 binlog到 data目录。
cp /data/backup/mysqlbin*  /data/mysql/mysql3306/data/

# 删除原有 relay log 和 index 文件，使用binlog 生成

rm slave2-relay-bin.*  -rf
for i in `ls mybinlog.00*` ; do lastnum=`echo $i |cut -d '.' -f2`; mv mybinlog.$lastnum slave2-relay-bin.$lastnum ; done
ls ./slave2-relay-bin.0000* > slave2-relay-bin.index

启动slave2 mysql

mysqld  --defaults-file=/etc/my.cnf &

使用 change master to语句， 让 slave2 的sql_thread 执行  relay log文件到 xtrabackup_binlog_info 记录的位置

[root@slave2 2020-03-11_06-02-09]# cat xtrabackup_binlog_info 
mybinlog.000009    19097277    0e21dacd-5aa5-11ea-a4db-0242ac110002:1-404, 3f6088fc-5ab6-11ea-b88f-0242ac110002:1-605, b9d7ea3f-62b0-11ea-b3d0-0242ac110002:1-123

slave2 上执行 change master to，  注意 replay_log_file 文件变成了 slave2-relay-bin.000009

change master to RELAY_LOG_FILE='slave2-relay-bin.000009', RELAY_LOG_POS=19097277;

解析mysqlbinlogs 查看删除表的 gtid位置

使用 start slave until  恢复到删除的 gtid 或者 

START SLAVE   SQL_THREAD    UNTIL    MASTER_LOG_FILE = 'slave2-relay-bin.000009', MASTER_LOG_POS =19097277 ; ##此处的Gtid是drop table test1_event 前的最近的一个binlog的文件的pos位置点
 或者是：
 START SLAVE   SQL_THREAD  UNTIL   SQL_BEFORE_GTIDS='b9d7ea3f-62b0-11ea-b3d0-0242ac110002:124'  ##此处的Gtid是drop table test1_event 前的最近的一个Gtid

利用SQL_thread快速恢复增量过程总结：

1.不能使用master_auto_position=1
2.先要让mysql知道他是一个Slave
3.关掉mysql，构建relay-log
4.利用change master to relay_log_file=... ,
relay_log_pos=...;
5.START SLAVE SQL_THREAD UNTIL MASTER_LOG_FILE='xxx',MASTER_LOG_POS=xxxxx
或者START SLAVE SQL_THREAD UNTIL SQL_BEFORE_GTIDS='xxx--xx-x';

参考：

https://blog.csdn.net/baping8015/article/details/100952782