场景:昨天晚上做了全备,今天上午用户不小心误删除某张表。
解决方案:不发起在原生产环境直接恢复,发起在另一台机械恢复全库+日记,然后导入到生产环境。
1) 建立表
select now(); 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
相干引荐:
mysql删除数据库没有备份怎样恢复
MySQL复制+快照恢复误删除操纵试验测试
以上就是Mysql连系备份+binlog恢复误删除操纵数据的细致内容,更多请关注ki4网别的相干文章!