先说原理

基于全量备份，加bin-log，将数据恢复到误操做以前节点数据，而后跳过误操做，执行后面操做。使用binlog文件转成sql执行，导入到数据库。mysql

查看binlog文件

若是有多个binlog日志也能够在Mysql命令行下查看当前binlog、切割binlog日志。切割完成binlog再次查看就会看到新的日志写入到新的binlog文件中。web

mysql> show master status;
+------------------+-----------+--------------+------------------+-------------------+
| File             | Position  | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+-----------+--------------+------------------+-------------------+
| mysql-bin.000001 | 343629748 |              |                  |                   |
+------------------+-----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

mysql> flush logs;
Query OK, 0 rows affected (0.01 sec)

找到binlog中错误的语句

使用mysqlbinlog命令加参数，能够指定时间段，和pos节点：sql

--start-position    起始点
--stop-position     结束点（不包含）
--start-datetime=“2017--11-01 00:00:00”     起始时间
--stop-datetime="2017-11-11 00:00:00"       终止时间
-d db_name          指定数据库
-v                  是显示出一些sql的信息 
-vv                 则是多一些注释性的东西
--base64-output=DECODE-ROWS 这个是把sql解码出来

能够binlog日志中找到错误语句执行的时间点，分别恢复错误语句先后的binlog日志为sql。也能够跳过此步，直接恢复整个binlog日志为sql，而后打开sql文件，删除错误语句。shell

• 能够根据时间点来肯定误操做的确切时间

mysqlbinlog  --no-defaults --database=order  --start-datetime='2019-11-02 3:08' --stop-datetime='2019-11-02 23:08' --base64-output=DECODE-ROWS mysql-bin.000004 > neworder.sql

• 根据position肯定误操做以前的节点

mysqlbinlog  --no-defaults --database=order --start-position=756577992  --stop-position=775926228 --base64-output=DECODE-ROWS mysql-bin.000004 > neworder.sql

• 过滤误删除的sql

# sudo mysqlbinlog --base64-output=DECODE-ROWS -v -d ids mysql-bin.000001 | grep --ignore-case -A3 -B4 '错误的sql语句'

恢复数据时

恢复数据准备前确认已经存在以下文件：数据库

1. 误操做前的完整备份
2. 全量备份到误操做前的执行sql
3. 误操做后的执行sql

进行数据恢复时开启读锁svg

> flush tables with read lock;

而后依次还原1，2，3；最后把数据库锁解开spa

> unlock tables;