Mysql通过binlog日志恢复数据 -- 闪回批量误删除操作

1) 创建表

select now(); -- 2018-04-27 06:19:29

create table itpuxfg1 (

`id` int(10) unsigned not null auto_increment,

`name` varchar(16) not null,

`sex` enum('m','w') not null default 'm',

`age` tinyint(3) unsigned not null,

primary key (`id`)

) engine=innodb default charset=utf8;

insert into itpux.itpuxfg1(`name`,`sex`,`age`) values

('itpux1','w',21),

('itpux2','m',22),

('itpux3','w',23),

('itpux4','m',24),

('itpux5','w',25);

commit;

select * from itpux.itpuxfg1;

2)做备份 逻辑备份

mysqldump -uroot -p -F -R --all-databases > alldb_bak.sql

3) 模拟上午的业务操作

show master status; -- 154

select now(); -- 2018-04-27 06:27:40

update itpux.itpuxfg1 set name='itpux04' where id=4;

commit;

select * from itpux.itpuxfg1;

select now(); -- 2018-04-27 06:28:03

update itpux.itpuxfg1 set name='itpux05' where id=5;

commit;

select * from itpux.itpuxfg1;

show master status; -- 890

4) 中午的误删除

select now(); -- 2018-04-27 06:29:00

drop table itpuxfg1;

select * from itpux.itpuxfg1;

show master status; -- 1078

5) 在另一台机器恢复(我的案例在本地,生产不要在本地)

show master status;通过这个文件名,向前备份需要的binlog

--记得拷贝binlog日志

show binlog events in 'itpuxdb-binlog.000003';

mysqlbinlog itpuxdb-binlog.000003 |grep "DROP TABLE"

mysqlbinlog itpuxdb-binlog.000003 |grep "itpuxfg1"(注意日志 两个不同的版本 请区分

演示:

把itpux 库删除drop database itpux;

恢复:

先创建数据库:

mysql> create database itpux default character set utf8; -- 如果不清楚条件,建议在原库查询show create database mysql;

mysql -uroot -p -o itpux < alldb_bak.sql

-- 恢复后,查不到今天上午更新的记录

mysql> show tables;

-- 通过binlog 日志增量恢复表删除之前

[root@mysqldb binlog]# mysqlbinlog  -vv --start-position=219  --stop-position=913 --database=itpux itpuxdb-binlog.000001 >sa.sql

-- 恢复这张表到原库里面

先从另外的库里备份这张表

mysqldump -uroot -p itpux itpuxfg1 > sa.sql

再把生产库,直接恢复(原来的库中的表是已经被删除掉了)

mysql -uroot -p itpux < sa.sql

mysql> select * from itpuxfg1;

1)恢复到这张表到源库里

mysqldump -uroot -p itpux itpuxfg1 >sa.sql

猜你喜欢

转载自blog.csdn.net/ichglauben/article/details/81428935