删库一定要跑路吗？手把手教你MySQL数据恢复( 二 ) _数据恢复

3.2 从 xtrabackup 备份恢复一个表假设 ./backup_xtra_full 目录为解压后应用过日志的备份文件。
3.2.1 MyISAM 表假设从备份文件中恢复表 mytest.t_myisam 。从备份文件中找到 t_myisam.frm, t_myisam.MYD, t_myisam.MYI 这 3 个文件，复制到对应的数据目录中，并授权进入 MySQL 。检查表情况：
chengqm-3306>>show tables;+------------------+| Tables_in_mytest |+------------------+| mytest|| t_myisam|+------------------+2 rows in set (0.00 sec)chengqm-3306>>check table t_myisam;+-----------------+-------+----------+----------+| Table| Op| Msg_type | Msg_text |+-----------------+-------+----------+----------+ | mytest.t_myisam | check | status| OK|+-----------------+-------+----------+----------+1 row in set (0.00 sec) 3.2.2 Innodb 表假设从备份文件中恢复表 mytest.t_innodb ，恢复前提是设置了 innodb_file_per_table = on：

起一个新实例；
在实例上建一个和原来一模一样的表；
执行 alter table t_innodb discard tablespace; 删除表空间，这个操作会把t_innodb.ibd 删除；
从备份文件中找到 t_innodb.ibd 这个文件，复制到对应的数据目录，并授权；
执行 alter table t_innodb IMPORT tablespace; 加载表空间；
执行 flush table t_innodb;check table t_innodb; 检查表；
使用 mysqldump 导出数据，然后再导入到要恢复的数据库。

注意：

在新实例上恢复再 dump 出来是为了避免风险，如果是测试，可以直接在原库上操作步骤 2-6；
只在 8.0 以前的版本有效。

4 跳过误操作SQL跳过误操作 SQL 一般用于执行了无法闪回的操作比如 drop tabledatabase 。
4.1 使用备份文件恢复跳过4.1.1 不开启 GTID使用备份文件恢复的步骤和基于时间点恢复的操作差不多，区别在于多一个查找 binlog 操作。举个例子，我这里建立了两个表 a 和 b ，每分钟插入一条数据，然后做全量备份，再删除表 b ，现在要跳过这条 SQL 。
删除表 b 后的数据库状态：
+------------------+| Tables_in_mytest |+------------------+| a|+------------------+1 row in set (0.00 sec) 1. 找出备份时的日志位置[mysql@mysql-test ~]$ head -n 25 backup.sql | grep 'CHANGE MASTER TO MASTER_LOG_FILE' -- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000034', MASTER_LOG_POS=38414;
2. 找出执行了 drop table 语句的 pos 位置

[mysql@mysql-test mysql_test]$mysqlbinlog -vv /data/mysql_log/mysql_test/mysql-bin.000034 | grep -i -B 3 'drop table `b`';# at 120629#190818 19:48:30 server id 83end_log_pos 120747 CRC32 0x6dd6ab2aQuerythread_id=29488exec_time=0error_code=0SET TIMESTAMP=1566128910/*!*/;DROP TABLE `b` /* generated by server */

从结果中我们可以看到 drop 所在语句的开始位置是 120629 ，结束位置是 120747 。
3. 从 binglog 中提取跳过这条语句的其他记录

# 第一条的 start-position 为备份文件的 pos 位置 ， stop-position 为 drop 语句的开始位置mysqlbinlog -vv --start-position=38414 --stop-position=120629 /data/mysql_log/mysql_test/mysql-bin.000034 > backup_inc_1.sql# 第二条的 start-position 为 drop 语句的结束位置mysqlbinlog -vv --start-position=120747 /data/mysql_log/mysql_test/mysql-bin.000034 > backup_inc_2.sql

4. 恢复备份文件[mysql@mysql-test ~]$ mysql -S /tmp/mysql.sock < backup.sql
全量恢复后状态：

chgnqm-3306>>show tables;+------------------+| Tables_in_mytest |+------------------+| a|| b|+------------------+2 rows in set (0.00 sec)chgnqm-3306>>select count(*) from a;+----------+| count(*) |+----------+|71 |+----------+1 row in set (0.00 sec)

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 语句：

+------------------+| 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：