场景：昨天晚上做了全备，今天上午用户不小心误删除某张表。
解决方案：不建议在原生产环境直接恢复，建议在另一台机器恢复全库+日志，然后导入到生产环境。
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恢复误删除操作数据的详细内容，更多请关注微课江湖其它相关文章！