5.恢复增量数据
- [mysql@mysql-test ~]$ mysql -S /tmp/mysql.sock < backup_inc_1.sql
- [mysql@mysql-test ~]$ mysql -S /tmp/mysql.sock < backup_inc_2.sql
恢复后状态,可以看到已经跳过了 drop 语句
- chgnqm-3306>>show tables;
- +------------------+
- | Tables_in_mytest |
- +------------------+
- | a |
- | b |
- +------------------+
- 2 rows in set (0.00 sec)
- chgnqm-3306>>select count(*) from a;
- +----------+
- | count(*) |
- +----------+
- | 274 |
- +----------+
- 1 row in set (0.00 sec)
4.1.2 开启 GTID
使用 GTID 可以直接跳过错误的 SQL
- 找出备份时的日志位置
- 找出执行了 drop table 语句的 GTID 值
- 导出备份时日志位置到最新的 binglog 日志
- 恢复备份文件
- 跳过这个 GTID
- SET SESSION GTID_NEXT='对应的 GTID 值';
- BEGIN; COMMIT;
- SET SESSION GTID_NEXT = AUTOMATIC;
6. 应用步骤 3 得到的增量 binlog 日志
4.2 使用延迟库跳过
4.2.1 不开启 GTID
使用延迟库恢复的关键操作在于 start slave until
我在测试环境搭建了两个 MySQL 节点,节点二延迟600秒,新建 a,b 两个表,每秒插入一条数据模拟业务数据插入。
- localhost:3306 -> localhost:3307(delay 600)
当前节点二状态
- chengqm-3307>>show slave status G;
- ...
- Master_Port: 3306
- Connect_Retry: 60
- Master_Log_File: mysql-bin.000039
- Read_Master_Log_Pos: 15524
- Relay_Log_File: mysql-relay-bin.000002
- Relay_Log_Pos: 22845
- Relay_Master_Log_File: mysql-bin.000038
- Slave_IO_Running: Yes
- Slave_SQL_Running: Yes
- ...
- Seconds_Behind_Master: 600
- ...
当前节点二表
- chengqm-3307>>show tables;
- +------------------+
- | Tables_in_mytest |
- +------------------+
- | a |
- | b |
- +------------------+
在节点一删除表 b
- chengqm-3306>>drop table b;
- Query OK, 0 rows affected (0.00 sec)
- chengqm-3306>>show tables;
- +------------------+
- | Tables_in_mytest |
- +------------------+
- | a |
- +------------------+
- 1 row in set (0.00 sec)
接下来就是跳过这条 SQL 的操作步骤
1.延迟库停止同步
- stop slave;
(编辑:东莞站长网)
【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!
|