MySQL5.7下面，误操作导致的drop table db1.tb1; 的恢复方法：
程序员文章站
2022-09-30 10:18:22
MySQL5.7下面，误操作导致的drop table db1.tb1; 的恢复方法： 0、停业务数据写入。【iptables封禁】 1、从备份服务器上拉取最新的一个全备文件，恢复到一个临时的服务器上，解压并启动mysqld。 2、在这台新的slave上执行如下命令： 2.1 先配置好复制关系， c ......
MySQL5.7下面，误操作导致的drop table db1.tb1; 的恢复方法：
0、停业务数据写入。【iptables封禁】
1、从备份服务器上拉取最新的一个全备文件，恢复到一个临时的服务器上，解压并启动mysqld。
2、在这台新的slave上执行如下命令：
2.1 先配置好复制关系， change master to 到当前误操作的服务器，但是不要启动复制进程。【类似如下命令】
|
1
2
3
4
5
6
|
>CHANGE MASTER TO MASTER_HOST='172.16.20.73',
MASTER_USER='rpl',
MASTER_PASSWORD='rpl',
master_log_file='master-bin.000005',
master_log_pos=245; |
2.2 在新的slave上执行复制过滤操作：
|
1
|
> CHANGE REPLICATION FILTER REPLICATE_WILD_DO_TABLE = ('db1.tb1');
|
2.3 开启slave 复制，到出问题的地方之前停下来
|
1
2
|
> start slave io_thread ;> start slave sql_thread until master_LOG_FILE='mysql-bin.000010',master_LOG_POS=10020; -- 执行到最后一次没问题的位移点
|
2.4 在slave上跳过这个误操作的事务
|
1
2
3
4
5
6
|
> set GTID_NEXT='56bc2f04-7556-11e8-b3b6-000c29ba98ce:1492' ; -- 这里的这个就是应该跳过的那个事务（可以从主库的binlog里面找到这个gtid编号）
> begin ;
> commit ;
> set GTID_NEXT="AUTOMATIC";
> start slave ;> show slave status \G 查看复制情况 |
2.5 将这个从库的db1.tb1 通过mysqldump方式导出，然后倒入到线上误操作的实例里面。 【大表的话，可以用xtrabackup备份单表，然后import倒入表空间来完成数据的倒入】