MySQL5.7下面,误操作导致的drop table db1.tb1; 的恢复方法:

 

SRE实战 互联网时代守护先锋,助力企业售后服务体系运筹帷幄!一键直达领取阿里云限量特价优惠。

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倒入表空间来完成数据的倒入】

 

扫码关注我们
微信号:SRE实战
拒绝背锅 运筹帷幄