mysql版本：
5.5.40 for linux (x86_64)
增量备份要确保打开了二进制日志，参考 mysql的日志系统 ：
首先，对pak数据库做一个完整备份：
得到一个全备文件pak_bak_full.sql。mysqldump操作会导致滚动一次log，假设新的binlog文件是mysql-bin.000002。
一、模拟插入数据和误操作
a. 在pak库的某个表插入一些数据，然后执行 flush logs 命令。
这时会产生一个新的二进制日志文件mysql-bin.000003，mysql-bin.000002则保存了全备过后的所有更改，既增加记录的操作也保存在了mysql-bin.00002中。
b. 再在pak库中的t_user表中增加两条记录，然后误删除t_user表。t_user中增加记录的操作和删除表的操作都记录在mysql-bin.000003中。
二、恢复数据：
恢复过程不要记录日志：
首先，导入全备数据
全备时的binlog位置：
查看当前所在二进制日志中的位置：
根据上面两个position能大概确定需要完整恢复哪几个binlog文件。
恢复mysql-bin.000002
在待恢复的position或时间点以前、全备以后的binlog需要全部恢复，多个文件以空格隔开
此时查询可以得到前两条数据。
恢复部分mysql-bin.000003
这个日志中包括了新增记录和误删表两个部分，我们需要恢复到新增记录之后、误删操作以前的位置。
如果知道误操作的命令如 DROP TABLE ，则可以通过下面的方法在binlog文件中找到误操作之前的那个position：
（如下面的信息显示，误操作 DROP TABLE 之前的pos是775，在datetime 141204 15:08:04或pos 882时完成 DROP TABLE 操作）
恢复命令：
如果position难以确定，但知道需要恢复到的确切（服务器）时间，也可以使用datetime：
如果不是误操作导致的，而是迁移数据库，那么不需要position或datetime，使用所有binlog文件增量恢复即可。
确定恢复成功后，打开日志记录：
报错：
1、unknown variable 'default-character-set=utf8'
在使用 mysqlbinlog 查看二进制日志时，提示错误：
原因：
在为了统一mysql客户端到服务端的的字符编码，在 /etc/my.cnf 文件的 [client] 、 [mysqld] 等节加入了 default-character-set = utf8 ，mysqlbinlog 会从 my.cnf 中的 [client] 读取配置，不过mysqlbinlog并不认识此选项（据说是个bug）导致的。
解决方法：
第一，自然是注释到 [client] 中的这个字符集配置；
第二，改用 loose-default-character-set = utf8 。
在选项前加了 loose-，表示当程序不认识此选项时会略过此选项，并给出一个警告。