MySQL数据库备份与恢复详解

数据备份的重要性

• 在生产环境中，数据的安全性至关重要
• 任何数据的丢失都可能产生严重的后果
• 造成数据丢失的原因

程序错误 人为操作错误 运算错误 磁盘故障 灾难（ 如火 灾、地震）和盗窃

数据库备份的分类
从物理与逻辑的角度，备份可分为

• 物理备份：对数据库操作系统的物理文件（如数据文件、日志文件等）的备份

物理备份方法

> 冷备份（脱机备份）：是在关闭数据库的时候进行的 
> 热备份（联机备份）：数据库处于运行状态，依赖于数据库的日志文件
> 温备份：数据库锁定表格（不可写入但可读）的状态下进行备份操作 ```

• 逻辑备份：对数据库逻辑组件（如：表等数据库对象）的备份

从数据库的备份策略角度，备份可分为

• 完全备份：每次对数据库进行完整的备份
• 差异备份：备份自从上次完全备份之后被修改过的文件
• 增量备份：只有在上次完全备份或者增量备份后被修改的文件才会被备份

常见的备份方法

• 物理备份

> 备份是数据库处于关闭状态，直接打包数据库文件 
> 备份速度快，恢复时也是最简单的

• 专用备份工具mydump或mysqlhotcopy

> mysqldump常用的逻辑备份工具 
> mysqlhotcopy仅拥有备份MyISAM和ARCHIVE表

• 启用二进制日志进行增量备份

进行增量备份，需要刷新二进制日志

第三方工具备份

免费的MySQL热备软件Percona XtraBackup

MySQL完全备份

• 是对整个数据库、数据库结构和文件结构的备份
• 保存的是备份完成时刻的数据库
• 是差异备份和增量备份的基础

数据库完全备份分类

物理冷备份与恢复

> 关闭MySQL数据库 
> 使用tar命令直接打包数据库文件夹 
> 直接替换现有MySQL目录即可

• mysqldump备份与恢复

> mysql自带的备份工具，可方便实现对MySQL的备份 
> 可以将指定的库、表导出为SQL脚本 
> 使用命令mysql导入备份数据

mysqldump命令对单个库进行完全备份

mysqldump -u 用户名 -p [密码] [选项][数据库名] > /备份路径/备份文件名

MySQL增量备份

• 使用mysqldump进行完全备份存在的问题

备份数据中有重复数据
备份时间与恢复时间过长

• 是自上一次备份后增加/变化的文件或者内容
• 特点

 - 没有重复数据，备份量不大，时间短
 - 恢复需要上次完全备份及完全备份之后所有的增量备份才能恢复，而且要对所有增量备份进行逐个反推恢复

• MySQL没有提供直接的增量备份方法
• 可通过MySQL提供的二进制日志间接实现增量备份
• MySQL二进制日志对备份的意义

 
 - 二进制日志保存了所有更新或者更新数据库的操作
 - 二进制日志在启动MySQL服务器后开始记录，并在文件达到max_binlog_size所设置的大小或者接收到flush logs命令后重新创建新的日志文件
 - 只需定时执行flush logs方法重新创建新的日志，生成二进制文件序列，并及时把这些日志保存到安全的地方就完成了一个时间段的增量备份

MySQL数据库增量恢复

• 一般恢复
  将所有备份的二进制日志内容全部恢复

mysqlbinlog [--no-defaults] 增量备份文件 | mysql -u用户名 - p

• 基于位置恢复

数据库在某一时间点可能既有错误的操作也有正确的操作
恢复数据到指定位置
mysqlbinlog --stop-position=‘操作 id’ 二进制日志 | mysql -u 用户名 -p 密码

可以基于精准的位置跳过错误的操作
从指定的位置开始恢复数据
mysqlbinlog --start-position=‘操作 id’ 二进制日志 | mysql -u 用户名 -p 密码

• 基于时间点恢复
  跳过某个发生错误的时间点实现数据恢复

从日志开头截止到某个时间点的恢复
mysqlbinlog [--no-defaults] --stop-datetime='年-月-日 小时:分钟:秒' 二进制日志 | mysql -u 用户名 -p 密码

从某个时间点到日志结尾的恢复
mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时:分钟:秒' 二进制日志 | mysql -u 用户名 -p 密码

从某个时间点到某个时间的恢复
mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时:分钟:秒' --stop-datetime='年-月-日 小时:分钟:秒' 二进制日志 | mysql -u 用户名 -p 密码