MYSQL增量备份恢复以及日志修复方法

binlog恢复操作：
1、使用binlog直接还原

# --no-defaults参数可以解决字符集报错
mysqlbinlog --no-defaults mysql-bin.000001 | mysql -uroot -p  #日志备份全部恢复
# 使用--database参数，从binlog日志中恢复单个库(两种写法)
mysqlbinlog --database=test mysql-bin.000001 |mysql -uroot -p123
mysqlbinlog --no-defaults mysql-bin.000001 | mysql -uroot -p test 

有时会因为误删文件而恢复删除前状态，但是日志存储文件还是位于mysql-bin.000001，如果执行一次上面的命令，你会发现你的数据并没有恢复。WHY? 因为其实你已经恢复了，但是你又把它删除了。解决办法是定时使用flush logs存储文件

mysqlbinlog的时间和位置界定参数：

• --start-datetime:恢复的开始时间
• --stop-datetime:恢复的结束时间
• --start-position:恢复开始的位置
• --stop-position:恢复结束的位置

使用以上的参数，我们可以恢复到删除前一秒：

mysqlbinlog --no-defaults --start-datetime='2016-01-04 15:11:00' --stop-datetime='2016-01-04 15:11:00' mysql-bin.000001 | mysql -uroot -p123

或者执行我们删除之前的代码：

mysqlbinlog --no-defaults --start-position=249 --stop-position=249 mysql-bin.000001 | mysql -uroot -p123

不常用选项：

• -u --user=name日志恢复到的服务器账号
• -p --password[=name]日志恢复到的服务器密码
• -h --host=name日志恢复到的服务器IP，本机不用填写
• --read-from-remote-server从某个MySQL服务器上读取binlog日志

2、通过binlog文本文件source还原
上面我们已经通过~/test1.sql导出了日志文件，使用mysqlbinlog将binlog日志导出成文本文件，使用source执行该文件：

source ~/test1.sql;

常见错误解决办法：
1、binlog恢复数据会出现重复创建数据么？
答案是不会，在恢复过程中如果出现重复创建数据记录，将会出现Duplicate entry '2' for key 'PRIMARY'这样的错误并且结束程序执行。

2、如何在报错的情况下继续执行数据
有时候我们不记得开始和结束时间，希望直接执行而不是遇到错误停止:

• --force-read， -f

#使用此选项，如果mysqlbinlog读取它无法识别的二进制日志事件，它将输出警告，忽略该事件，然后继续。如果没有此选项，mysqlbinlog会在读取此类事件时停止。
mysqlbinlog --no-defaults --start-datetime='2018-12-26 14:31:00' --stop-datetime='2018-12-26 14:38:00' mysql-bin.000001 | mysql -uroot -p123 -f