1. mysql数据库的备份与还原每日零点自動全备
2. 某天上午10点小明莫名其妙地drop了一个数据库
3. 我们需要通过全备的数据文件，以及增量的binlog文件进行数据恢复

1. 利用全备的sql文件中记录的CHANGE MASTER語句binlog文件及其位置点信息，找出binlog文件增量的部分
2. 通过全备文件和增量binlog文件的导出sql文件就可以恢复到完整的数据

此时全备之后到误操作时刻之间，用户写入的数据在binlog中需要恢复出来

4.查看全备之后新增的binlog文件

这是全备时刻的binlog文件位置，即mysql-bin.000003的107行因此在该文件之前的binlog文件中的数据都已经包含在这个全备的sql文件中了

在恢复全备数据之前必须将该binlog文件移出否則恢复过程中，会继续写入语句到binlog最终导致增量恢复数据部分变得比较混乱

• 适合人为SQL语句造成的误操作或者没有主从复制等的热备情况宕机时的修复
• 恢复条件要全备和增量的所有数据
• 恢複时建议对外停止更新即禁止更新数据库
• 先恢复全量，然后把全备时刻点以后的增量日志按顺序恢复成SQL文件，然后把文件中有问题的SQL語句删除（也可通过时间和位置点）再恢复到数据库

在数据库环境中常见故障类型：

　　语句失败，用户进程失败用户错误

　　实例失败，介质故障网络故障

其中最严重的故障主要是用户错误和介质故障。

故障问题夶致分为以下几类

【2.1】语句错误：单个数据库操作（选择、插入、更新、删除）失败软件逻辑问题。

【2.2】用户进程错误：单个数据库会話失败一般不需要敢于，分析日志观察

【2.3】网络故障：与数据库的链接断开如：网卡坏，网络配置问题

【2.4】用户错误：用户成功完成叻操作但是操作不正确（删了表，误更新数据）

【2.5】实例错误：实例意外关闭看error日志。

【2.6】介质故障：丢失了一个或多个数据库文件（OS、文件系统、硬盘、存储、主机）