详解MySQL数据恢复( 二 ) _MySQL

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 后的数据库状态
chgnqm-3306>>show tables;+------------------+| 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 83 end_log_pos 120747 CRC32 0x6dd6ab2a Query thread_id=29488 exec_time=0 error_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.sql4 恢复备份文件
[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 语句
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)当前节点二状态