[转帖]MySQL5.7下面,误操作导致的drop table db1.tb1; 的恢复方法_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 1963 | 回复: 0   主题: [转帖]MySQL5.7下面,误操作导致的drop table db1.tb1; 的恢复方法        上一篇   下一篇 
Jenspi
注册用户
等级:新兵
经验:72
发帖:3
精华:0
注册:2017-3-10
状态:离线
发送短消息息给Jenspi 加好友    发送短消息息给Jenspi 发消息
发表于: IP:您无权察看 2019-9-12 16:42:03 | [全部帖] [楼主帖] 楼主

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

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

> begin;

> commit;

> setGTID_NEXT="AUTOMATIC";

> start slave ;

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


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




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论