Mysql——全量、增量备份与恢复

一、数据备份的重要性

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

生产环境中，可以使用shell脚本自动实现定期备份

造成数据丢失的原因：

• 程序错误（系统错误）
• 人为错误（人为误操作等）
• 计算机失败（比如事务未提交，突然断电）
• 磁盘失败（存储方式——文件系统（分布式存储）——备份（比如银行））
• 灾难（如火灾、地震）和偷窃

二、数据库备份的分类

1、从物理与逻辑的角度，备份可以分为

• 物理备份：对数据库操作系统的物理文件（如数据文件、日志文件等）的备份
  • 物理备份又可以分为脱机备份（冷备份）和联机备份（热备份）
    • 冷备份：是在关闭数据库的时候进行的
    • 热备份：数据库处于运行状态，这种备份方法依赖于数据库的日志文件
• 逻辑备份：对数据库逻辑组件（如表等数据库对象）的备份

物理备份示例：

#先创建表

#压缩备份

&(date +%F) 表示已当前日期格式为结尾

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

• 完全备份：每次对数据进行完整的备份
  • 优点：安全
  • 缺点：冗余数据太多（重复数据多，占磁盘），空间利用率不高
• 差异备份：备份那些从上次完全备份之后被修改过的文件（差异备份依赖于完全备份）
  • 优点：比完全备份效率高
  • 缺点：也会存在数据冗余
  • 适用：比较折中的场景
• 增量备份：只有那些在上次完全备份或者增量备份后被修改的文件才会被备份
  • 优点：效率高，空间利用率高
  • 缺点：安全性低

差异备份与增量备份差异：

三、MySQL备份思路

• 定期实施备份，制定备份计划或者策略，并严格遵守

• 除了进行完全备份，开启MySQL服务器的日志功能是很重要的

  • 完全备份加上日志，可以对MySQL进行最大化还原

• 使用统一的和易理解的备份文件名称

  • 不要使用backup1、backup2等这样没有意义的名字
  • 推荐使用库名或者表名 加上时间的命名规则

完全备份

一、MySQL完全备份

完全备份是对整个数据库的备份、数据库结构和文件结构的备份

完全备份保存的是备份完成时刻的数据库

完全备份是增量备份的基础

完全备份的优点：

备份与恢复操作简单方便

完全备份的缺点：

数据存在大量的重复

占用大量的备份空间

备份与恢复时间长

二、mysqldump备份库

MySQL数据库的备份可以采用用多种方式

• 直接打包数据库文件夹，如/usr/local/mysql/data

• 使用专用备份工具mysqldump

mysqldump命令

• MySQL自带的备份工具，相当方便对MySQL进行备份

• 通过该命令工具可以将指定的库、表或全部的库导出为SQL脚本，在需要恢复时可进行数据恢复

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

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

单库备份示例

2、mysqldump命令对多个库进行完全备份

mysqldump -u 用户名 -p [密码][选项]--databases 库名1 [库名2]… > /备份路径/备份文件名 

多库备份示例

3、mysqldump命令对所有库进行完全备份

–opt 固定语法

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

所有库备份示例

三、mysqldump备份表

在实际生产环境中，存在对某个特定表的维护操作，此时mysqldump同样发挥重大作用

1、mysqldump命令备份表操作

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

备份表示例

2、mysqldump命令备份表结构操作

-d 就是describe显示表结构 首字母

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

备份表结构示例

四、完全恢复

#模拟删除表

1、数据库恢复

使用mysqldumo命令到处的SQL备份脚本，在进行数据恢复时可使用以下方法导入

• source命令（mysql内操作）
• mysql命令（linux内操作）

1）使用source恢复数据库

• 登陆到mysql数据库

• 执行source 备份sql脚本的路径（绝对路径）

  source <库备份sql脚本的路径>
  

• source恢复示例

  模拟删除：

恢复

2）使用mysql命令恢复数据库

• 在linux操作界面

• 使用命令

  mysql -u 用户名 -p [密码] < 库备份脚本的路径>
  

• mysql命令恢复示例

  模拟删除
  
  恢复
  

2、数据表恢复

• 恢复表时同样可以使用source或者mysql命令进行

• source恢复表的操作与恢复库的操作相同

• 当备份文件中只包含表的备份，而不包括创建库的语句时，必须指定库名，且目标库必须存在

mysql -u 用户名 -p [密码] < 表备份脚本的路径

恢复表示例：source

模拟删除表

恢复

恢复表示例：mysql

模拟删除表

恢复

增量备份

一、MySQL增量备份

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

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

2、增量备份就是备份自上次备份之后增加或变化的文件或者内容

3、增量备份的特点

• 没有重复数据，备份量不大，时间短（优点）
• 恢复麻烦（缺点）：需要上次完全备份及完全备份之后所有的增量备份才能恢复，而且要对所有增量备份进行逐个反推恢复

4、MySQL没有提供直接的增量备份方法

5、可以通过MySQL提供的二进制日志（binary logs）间接实现增量备份

6、MySQL二进制日志对备份的意义

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

备份示例

#开启二进制日志功能：vim /etc/my.cnf 并重启服务

log-bin=是固定格式

mysql-bin 是自定义的名字（ 日志文件名字就是mysql-bin.000001等等）

#这时会产生日志文件，但目前里面是空的，还没有操作记录

#执行完整备份（增量备份是基于完整备份或增量备份之上的备份）

#执行增量备份

刷新，创建新的增量备份日志文件 0002

0001文件存放的时之前操作的内容

0002文件是存放下面即将操作的内容

#进入库中模拟操作及误删除

#创建新的增量备份日志文件（0003）

#之前的模拟操作及误删除都写到0002日志文件中了（看日志文件，操作记录是乱码）

#所以使用64位解码器输出并且按行读取显示 生成到文件中

mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000002 > /opt/bak.txt

#查看解码出来的日志文件，文件中有操作过的3条语句

二、MySQL数据库增量恢复

• 一般恢复

• 断点恢复

  • 基于位置恢复
    • 就是将某个起始时间的二进制日志导入数据库中，从而跳过某个发生错误的时间点实现数据的恢复
  • 基于时间点恢复
    • 使用基于时间点的恢复 ，可能会出现在一个时间点里既同时存在正确的操作又存在错误的操作，所以我们需要一种更为精确的恢复方式

1、一般恢复

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

模拟删除：

先执行完整性恢复：

在执行一般恢复：

2、断点恢复

#模拟删除

#执行完整性恢复

1）基于位置的恢复

• 恢复数据到指定位置

  mysqlbinlog [--no-defaults] --stop-position='操作id'二进制日志 | mysql -u 用户名 -p 密码
  

• 从指定的位置开始恢复数据

  mysqlbinlog [--no-defaults]  --start-position='操作id'二进制日志 | mysql -u 用户名 -p 密码
  

2）基于时间点的恢复

• 从日志开头截止到某个时间点的恢复

  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 密码