MySQL全量、增量备份与恢复

数据备份的重要性

在生产环境中，数据的安全性是至关重要的，任何数据的丢失收客易产生严重的后果
造成数据丢失的原因

• 程序错误
• 人为错误
• 计算机失败
• 磁盘失败
• 灾难（如火灾、地震）和偷窃

数据库备份的分类

从物理与逻辑的角度，备份可分为物理备份和逻辑备份
1、物理备份：对数据库操作系统的物理文件（如数据文件、日志文件等）的备份

• 物理备份又可以分为脱机备份（冷备份）和联机备份（热备份）
  （1）冷备份：是在关闭数据库的时候进行的
  （2）热备份：数据库处于运行状态，这种备份方法依赖于数据库的日志文件

2、逻辑备份：对数据库逻辑组件（如表等数据库对象）的备份
从数据库的备份策略角度，备份可分为完全备份、差异备份、增量备份

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

MySQL完全备份

完全备份是对整个数据库的备份、数据库结构的文件结构的备份
完全备份保存的是备份完成时刻的数据库
完全备份是增量备份的基础
完全备份的优点

• 备份与恢复操作简单方便

完全备份的缺点

• 数据存在大量的重复
• 占用大量的备份空间
• 备份与恢复时间长

mysqldump备份库

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

• 直接打包数据库文件夹，如/usr/local/mysql/data
• 使用专门备份工具mysqldump

mysqldump命令

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

mysqldump命令对单个库进行完全备份
mysqldump -u 用户名 -p [密码] [选项] [数据库名] > /备份路径/备份文件名

[root@localhost mysql]# mysqldump -u root -p school > /opt/school.sql

mysqldump命令对多个库进行完全备份
mysqldump -u 用户名 -p [密码] [选项] --databases 库名 1 [库名2] ... > /备份路径/备份文件名

[root@localhost ~]# mysqldump -u root -p --databases school mysql > /opt/db_school_mysql.sql

对所有库进行完全备份
mysqldump -u 用户名 -p [密码] [选项] --all-databases > /备份路径/备份文件名

[root@localhost ~]# mysqldump -u root -p --opt --all-databases > /opt/all.sql

mysqldump备份表

在实际生产环境中，存在对某个特定表的维护操作，此时mysqldump同样发挥重大作用
使用mysqldump备份表的操作
mysqldump -u 用户名 -p [密码] [选项] 数据库名 表名 > /备份路径/备份文件名

[root@localhost ~]# mysqldump -u root -p school info > /opt/school_info.sql

#备份表的结构
[root@localhost ~]# mysqldump -u root -p -d school info > /opt/school_info.sql

恢复数据库

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

• source命令：在MySQL模式下进行
• mysql命令：在linux系统界面下进行

使用source恢复数据库的步骤

• 登录到MySQL数据库
• 执行source备份sql脚本的路径

mysql> source /opt/all.sql

使用mysql命令恢复数据
mysql -u 用户名 -p [密码] < 库备份脚本的路径

[root@localhost ~]# mysql -u root -p < /opt/all.sql 

恢复表的操作

恢复表时同样可以使用source或者mysql命令进行
source恢复表的操作与恢复库的操作相同
当备份文件中只包含表的备份，而不包括创建库的语句时，必须指定库名，且目标库必须存在
mysql -u 用户名 -p [密码] < 表备份脚本的路径

[root@localhost ~]# mysql -u root -p school < /opt/school_info.sql 

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

MySQL备份思路

定期实施备份，制定备份计划或者策略，并严格遵守
除了进行完全备份，开启MySQL服务器的日志功能是很重要的

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

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

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

MySQL增量备份

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

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

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

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

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

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

MySQL数据库增量恢复

一般恢复

基于位置恢复

• 就是将某个起始时间的为禁止日志导入数据库中，从而跳过某个发生错误的时间点实现数据的恢复

基于时间点恢复

• 使用基于时间点的恢复，可能会出现在一个时间点里既同时存在正确的操作又存在错误的操作，所以我们需要一种更为精确的恢复方式

增量恢复的方法
1、一般恢复
mysqlbinlog [--no-defaults] 增量备份文件 | mysql -u 用户名 -p

2、基于位置的恢复

• 恢复数据到指定位置
  mysqlbinlog --stop-position='操作 id' 二进制日志 | mysql -u 用户名 -p 密码
• 从指定的位置开始恢复数据
  mysqlbinlog --start-position='操作 id' 二进制日志 | mysql -u 用户名 -p 密码

3、基于时间点的恢复

• 从日志开头截止到某个时间点的恢复
  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 密码

MySQL数据库增量备份恢复

1、新建数据库和数据表，插入数据

mysql> create database test;
Query OK, 1 row affected (0.00 sec)

mysql> use test
Database changed
mysql> create table info (
    -> ID int(4) not null primary key auto_increment,
    -> 姓名 varchar(10) not null,
    -> 成绩 decimal(3,1) not null);
Query OK, 0 rows affected (0.02 sec)

mysql> insert into info (姓名,成绩) values ('test01',88),('test02',80);
Query OK, 2 rows affected (0.03 sec)
Records: 2  Duplicates: 0  Warnings: 0

mysql> select * from info;
+----+--------+--------+
| ID | 姓名   | 成绩   |
+----+--------+--------+
|  1 | test01 |   88.0 |
|  2 | test02 |   80.0 |
+----+--------+--------+
2 rows in set (0.00 sec)

2、对创建的数据库进行完全备份

[root@localhost ~]# mysqldump -u root -p test > /opt/test.sql
Enter password: 
[root@localhost ~]# ls /opt
test.sql
[root@localhost ~]# 

3、开启MySQL的二进制日志功能

• 方法1：MySQL的配置文件的[mysqld]项中加入log-bin=filepath项
  二进制日志的默认路径/usr/local/mysql/data/

[root@localhost ~]# vim /etc/my.cnf
...
[mysqld]
log-bin=mysql-bin

[root@localhost ~]# systemctl restart mysqld.service 

• 方法2：启动mysql时增加 log-bin=filepath参数（其中filepath要改为实际的二进制文件的路径）
• 执行完后/usr/local/mysql/data/中会生成mysql-bin.0000001日志文件

4、数据的增加或者变更，模拟误删操作

5、进行增量备份

[root@localhost ~]# mysqladmin -u root -p flush-logs
Enter password: 
[root@localhost ~]#

5、导出数据库更改日志并查看更改操作时间

#因为日志文件输出的是乱码，无法读取，可以用64位解码器输出按行读取显示
[root@localhost ~]# mysqlbinlog --no-defaults --base64-output=decode-rows -v /usr/local/mysql/data/mysql-bin.000001 > /opt/bak.txt
[root@localhost ~]# vim /opt/bak.txt 

6、误删操作恢复且后来添加的数据记录依然能够存在
（1）执行完全恢复

mysql> source /opt/test.sql
Query OK, 0 rows affected (0.01 sec)
...

mysql> select * from info;
+----+--------+--------+
| ID | 姓名   | 成绩   |
+----+--------+--------+
|  1 | test01 |   88.0 |
|  2 | test02 |   80.0 |
+----+--------+--------+
2 rows in set (0.00 sec)

（2）基于时间恢复后添加的两条数据记录

[root@localhost ~]# mysqlbinlog --no-defaults --stop-datetime='2020-01-08 11:00:13' /usr/local/mysql/data/mysql-bin.000001 | mysql -u root -p
Enter password: 
[root@localhost ~]# mysqlbinlog --no-defaults --start-datetime='2020-01-08 11:00:27' /usr/local/mysql/data/mysql-bin.000001 | mysql -u root -p
Enter password: 

#查看数据已经恢复
mysql> select * from info;
+----+--------+--------+
| ID | 姓名   | 成绩   |
+----+--------+--------+
|  1 | test01 |   88.0 |
|  2 | test02 |   80.0 |
|  3 | test03 |   65.0 |
|  4 | test04 |   92.0 |
+----+--------+--------+
4 rows in set (0.00 sec)