删库不跑路-详解MySQL数据恢复

  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

1.  找出备份时的日志位置
2.  找出执行了 drop table 语句的 GTID 值
3.  导出备份时日志位置到最新的 binglog 日志
4.  恢复备份文件
5.  跳过这个 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; 

（编辑：南平站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!