场景：昨天晚上做了全备，今天上午用户不小心误删除某张表。

解决方案：不建议在原生产环境直接恢复，建议在另一台机器恢复全库+日志，然后导入到生产环境。

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; -- 0

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复制+快照恢复误删除操作实验测试