MySQL5.7误操作导致发生drop table db1.tb1怎么恢复

发布时间：2023-10-04 14:50:41 所属栏目：MySql教程来源：

导读：本文主要给大家简单讲讲MySQL5.7误操作导致出现drop table db1.tb1怎么恢复，相关专业术语大家可以上网查查或者找一些相关书籍补充一下，这里就不涉猎了，我们就直奔主题吧，希望MySQL5.7误操作导致出现drop table d

本文主要给大家简单讲讲MySQL5.7误操作导致出现drop table db1.tb1怎么恢复，相关专业术语大家可以上网查查或者找一些相关书籍补充一下，这里就不涉猎了，我们就直奔主题吧，希望MySQL5.7误操作导致出现drop table db1.tb1怎么恢复这篇文章可以给大家带来一些实际帮助。

0、停业务数据写入。【iptables封禁】

1、从备份云服务器上拉取最新的一个全备文件，恢复到一个临时的云服务器上，解压并启动mysqld。

2、在这台新的slave上执行如下命令：

2.1 先配置好复制关系， change master to 到当前误操作的云服务器，但是不要启动复制进程。【类似如下命令】

>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上执行复制过滤操作：

> CHANGE REPLICATION FILTER REPLICATE_WILD_DO_TABLE = ('db1.tb1');

2.3 开启slave 复制，到出问题的地方之前停下来

> start slave io_thread ;

> start slave sql_thread until master_LOG_FILE='mysql-bin.000010',master_LOG_POS=10020; -- 执行到最后一次没问题的位移点

2.4 在slave上跳过这个误操作的事务

> set GTID_NEXT='56bc2f04-7556-11e8-b3b6-000c29ba98ce:1492' ; -- 这里的这个就是应该跳过的那个事务（可以从主库的binlog里面找到这个gtid编号）

> begin ;

> commit ;

> set GTID_NEXT="AUTOMATIC";

> start slave ;

> show slave status \G 查看复制情况

2.4 将这个从库的db1.tb1 通过mysqldump方式导出，然后倒入到线上误操作的实例里面。【大表的话，可以用xtrabackup备份单表，然后import倒入表空间来完成数据的倒入】

（编辑：聊城站长网）

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