MySQL实时增量备份，采用binlog日志的好处
　　掌控所有更改操作,必要时可用于恢复数据
　　数据库主从复制的必要条件

确认binlog日志文件
新启用binlog后，每次启动MySQl服务都会新生成一份日志文件：

清除binlog日志
　　删除早前指定版本的binlog日志
　　　　RURGE MASTER LOGS TO "binlog日志"
　　删除所有binlog日志,重新新建日志
　　　　RESET MASTETR

分析binlog日志
　　使用mysqlbinlog工具
　　　　格式:mysqlbinlog [选项] 日志文件
　　常用选项
　　　　--start-datatime="YYYY-mm-dd HH:MM:SS"
　　　　--stop-datatime="YYYY-mm-dd HH:MM:SS"
　　　　--start-position=起止位置
　　　　--stop-positon=结束位置

利用binlog恢复数据
　　基本方法
　　　　使用mysqlbinlog提取历史SQL操作
　　　　通过管道交给mysql命令重做
　　案例
　　　　重做第一份binlog所记录的更改操作
执行指定Pos节点范围内的sql命令恢复数据
根据上述日志分析，只要恢复从2018-10-12 20:40:50到2018-10-20 23:15:50之间的操作即可。可通过mysqlbinlog指定时间范围输出，结合管道交给msyql命令执行导入重做：

mysql备份工具
　　mysqlhotcopy不足
　　　　仅适用于MyISAM引擎的数据库
　　　　备份过程中,数据插入和更新操作都会被挂起
　　mysqldump不足
　　　　效率较低,备份和还原速度慢
　　　　备份过程中,数据插入和更新操作会被挂起
　　XtraBackup工具
　　　　在线热备份工具
　　　　备份过程中不锁表,适合生产环境适用
　　　　支持整体备份和增量备份
　　　　组件一xtrabackup:C程序,支持InnoDB和XtraDB
　　　　组件二innobackupex:以Perl脚本封装xtrabackup,还支持MyISAM

 1)使用XtraBackup执行数据库备份

2)确认备份好的文件数据：

3)做一个增量备份（基于前一步的完整备份）

确认备份好的文件数据：

对比完整备份、增量备份的大小：

准备用于恢复的数据库目录
以/backup/mysql/可用来重建MySQL服务器。这种情况下，官方建议连做两次--prepare，以确保数据一致性：

准备恢复“完整备份+增量备份”

以/backup/mysql/用来重建MySQL服务器，但这种情况下需提前合并相关增量备份的数据：
先准备完整备份目录，添加--apply-log-only仅应用日志：

然后整合增量备份的数据，通过--incremental-dir选项指定增量位置：

至此,数据库已经包含增量备份。