MySQL备份与恢复

数据备份的重要性

■ 在生产环境中，数据的安全性至关重要
■ 任何数据的丢失都可能产生严重的后果
■ 造成数据丢失的原因
● 程序错误
● 人为操作错误
● 运算错误
● 磁盘故障
● 灾难（如火灾、地震)和盗窃

数据库备份的分类

从物理与逻辑的角度，备份可分为：
■ 物理备份:对数据库操作系统的物理文件（如数据文件、日志文件等)的备份
● 物理备份方法
◆ 冷备份(脱机备份):是在关闭数据库的时候进行的
◆ 热备份(联机备份):数据库处于运行状态，依赖于数据库的日志文件。
◆ 温备份:数据库锁定表格(不可写入但可读)的状态下进行备份操作
■ 逻辑备份:对数据库逻辑组件（如:表等数据库对象)的备份
从数据库的备份策略角度，备份可分为：
● 完全备份:每次对数据库进行完整的备份
● 差异备份:备份自从上次完全备份之后被修改过的文件
● 增量备份:只有在上次完全备份或者增量备份后被修改的文件才会被备份

常见的备份方法

■ 物理冷备
● 备份时数据库处于关闭状态，直接打包数据库文件
● 备份速度快，恢复时也是最简单的
■ 专用备份工具mydump或mysqlhotcopy
● mysqldump常用的逻辑备份工具（inodeb）
● mysqlhotcopy仅拥有备份MyISAM和ARCHIVE表
■ 启用二进制日志进行增量备份
● 进行增量备份，需要刷新二进制日志
■ 第三方工具备份
● 免费的MySQL热备份软件Percona XtraBackup

MySQL完全全备份

■ 是对整个数据库、数据库结构和文件结构的备份
■ 保存的是备份完成时刻的数据库
■ 是差异备份与增量备份的基础
■ 优点
● 备份与恢复操作简单方便
■ 缺点
● 数据存在大量的重复
● 占用大量的备份空间
● 备份与恢复时间长

数据库完全备份分类

■ 物理冷备份与恢复
● 关闭MySQL数据库
● 使用tar命令直接打包数据库文件夹
● 直接替换现有MySQL目录即可
■ mysqldump备份与恢复
● MySQL自带的备份工具，可方便实现对MySQL的备份
● 可以将指定的库、表导出为SQL脚本
● 使用命令mysql导入备份的数据

MySQL物理冷备份及恢复

■ 注意：
● 数据库备份前需要先下线在备份
● 数据库恢复之前需要先下线

物理冷备份实战

创建数据

[root@server1 ~]# mysql -uroot -p123456     
mysql> create database abc;
mysql> use abc;
mysql> create table a(id int(1));
mysql> desc a;

mysql> exit

先关闭数据库，之后打包备份

[root@server1 ~]# systemctl stop mysqld  
[root@server1 ~]# mkdir /backup               #创建备份目录
[root@server1 ~]# tar zcvf /backup/mysql_all-$(date +%F).tar.gz /usr/local/mysql/data/          # 在备份目录下生成一个gz文件；备份目录为源目录

恢复数据库实战
模式被破坏

[root@server1 ~]# systemctl start mysqld
[root@server1 ~]# mysql -uroot -p123456
mysql> show databases;

[root@server1 ~]# systemctl start mysqld
[root@server1 ~]# mysql -uroot -p123456
mysql> show databases;

mysql> exit
[root@server1 ~]# systemctl stop mysqld

恢复数据库，采用将备份数据mv成线上库文件的方式

[root@server1 ~]# cd /backup/
[root@server1 backup]# tar zxvf mysql_all-2020-12-25.tar.gz 
[root@server1 backup]# mkdir mysql-old
[root@server1 backup]# mv /usr/local/mysql/data/ /mysql-old    #将源数据剪切到新目录下
[root@server1 backup]# mv /backup/usr/local/mysql/data/ /usr/local/mysql/   

[root@server1 ~]#  systemctl start mysqld

验证效果

[root@server1 ~]# mysql -uroot -p123456
mysql> show databases;

mysql> use zz;
mysql> show tables;

mysql> desc users;

mysqldump备份数据库

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

mysqldump -u root -p auth > /backup/auth.sql 
mysqldump -u root -p mysql > /backup/mysql.sql

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

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

■ 多库备份的示例

mysqldump -u root -p --databases auth mysql > /backup/databases-auth-mysql.sql

■ 对所有库进行完全备份

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

■ 所有库备份的示例

mysqldump -u root -p --all-databases > /backup/all-data.sql

实例：单库备份

[root@server1 ~]# mysqldump -uroot -p123456 zz > /backup/aaa-$(date +%F).sql
[root@server1 ~]# cd /backup/
[root@server1 backup]# ls -lh

所有库备份
[root@server1 backup]# mysqldump -uroot -p --all-databases > /backup/all_databases-$(date +%F).sql
[root@server1 backup]# ls -lh

恢复数据库

■ 使用mysqldump导出的脚本，可使用导入的方法
● source命令
● mysql命令
■ 使用source恢复数据库的步骤
● 登录到MySQL数据库
● 执行source备份sql脚本的路径
■ source 恢复的示例
MySQL [(none)]> source /backup/all-data.sql
■ 使用mysql命令恢复数据
mysql -u 用户名 -p [密码] < 库备份脚本的路径
■ mysql命令恢复的示例
mysql -u root -p < /backup/all-data.sql
实例：
部署实验环境，删除zz数据库

[root@server1 ~]# mysql -uroot -p123456
mysql> show databases;

mysql> drop database zz;
mysql> show databases;

恢复zz数据库

mysql> create database zz;     #创建一个空库
mysql> use zz;
mysql> source /backup/aaa-2020-12-25.sql    #从备份目录下恢复数据库

验证效果

mysql> show databases;      
mysql> show tables;

mysql> select * from ko;

恢复表的操作

■ 恢复表时同样可以使用source或者mysql命令
■ source恢复表的操作与恢复库的操作相同
■ 当备份文件中只包含表的备份，而不包括创建库的语句时，必须指定库名，且目标库必须存在

mysql -u 用户名 -p [密码] < 表备份脚本的路径
mysql -u root -p mysql < /backup/mysql-user.sql

■ 在生产环境中，可以使用Shell脚本自动实现定时备份
实例：
备份

[root@server1 ~]# mysql -u root -p mm < /backup/zz-$(date +%F).sql  #使用mysqldump工具备份lcx库
Enter password:          #输入密码，不显示

部署实验环境，删除aa数据库

mysql> drop database aa;

恢复数据库

root@server1 ~]# mysql -uroot -p123456   #登录mysql
mysql> create database mm;
[root@server1 ~]# mysql -u root -p mm < /backup/zz-$(date +%F).sql  #恢复至mm库

验证效果

mysql> use mm;  
mysql> show tables;

mysql> select * from ko;

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

基于时间点恢复流程

[root@server1 ~]# vi /etc/my.cnf       # 编辑配置文件
log_bin=/usr/local/mysql/data/mysql_bin    #最后一行添加

[root@server1 ~]# systemctl restart mysqld  # 服务重启，日志生成
[root@server1 ~]# cd /usr/local/mysql/data/  
[root@server1 data]# ls -lh       # 查看日志

[root@server1 ~]# mysqlbinlog --no-defaults --base64-output=decode-rows -v /usr/local/mysql/data/mysql_bin.000001 #查看二进制日志内容
--no-defaults：解决utf-8报错
--base64-output=decode-rows：解决乱码问题
-v：输出文件指向
无新操作，无新增的信息

创建数据库数据
[root@server1 ~]# mysql -uroot -p123456
mysql> show databases;

mysql> use mm;
mysql> create table nn(name varchar(128), score int(10));  # 创建设置表nn数据
mysql> insert into nn values('wang',60);   # 插入数据记录
mysql> insert into nn values('zhu',80);
mysql> select * from bb;  # 查询所有字段

mysql> exit 退出

完全备份

[root@server1 ~]# mysqldump -uroot -p123456 mm > /backup/mm-nn.sql
[root@server1 ~]# cd /backup/ 查看备份
[root@server1 backup]# ls -lh

[root@server1 backup]#  mysqladmin -uroot -p flush-logs     #刷新日志
[root@server1 backup]# cd /usr/local/mysql/data/
[root@server1 data]# ls -lh

再次操作，增量备份
数据配置

[root@server1 ~]# mysql -uroot -p123456   # 登录数据库
mysql> use mm; 使用数据库
mysql> insert into nn values('da',75);  插入数据记录 正确操作
mysql> delete from nn where name='zhu'; 删除数据记录，误操作
mysql> insert into nn values('xiao',3); 插入数据记录 正确操作
mysql> select * from nn;  查询所有字段

mysql> exit

刷新并查看新二进制日志文件

[root@server1 ~]# mysqladmin -uroot -p flush-logs
[root@server1 ~]# cd /usr/local/mysql/data/
[root@server1 data]# ls -lh

查看日志

[root@server1 ~]# mysqlbinlog --no-defaults --base64-output=decode-rows -v /usr/local/mysql/data/mysql_bin.000002    # 找到错误和正确的时间点

模拟数据损坏

[root@server1 ~]# mysql -uroot -p123456  
mysql> drop database mm;  # 删除数据库mm
mysql> show databases;  

mysql> create database mm; # 创建同名为空的数据库
mysql> use mm;          # 使用数据库
mysql> source /backup/mm-nn.sql  # 还原完全备份的那个数据库
mysql> select * from nn;  # 查询所有字段

mysql> exit 

恢复数据
停止在错误的时间点

[root@server1 ~]# mysqlbinlog --no-defaults --stop-datetime='2020-12-28 10:00:45' /usr/local/mysql/data/mysql_bin.000002 | mysql -uroot -p

开始在正确的时间点

[root@server1 ~]# mysqlbinlog --no-defaults --start-datetime='2020-12-28 10:01:16' /usr/local/mysql/data/mysql_bin.000002 | mysql -uroot -p
[root@server1 ~]# mysql -uroot -123456    #登录数据库
mysql> use mm;          #使用数据库
mysql> select * from nn;  #查询所有字段

基于位置点恢复流程

设置数据库数据

[root@server1 ~]# mysql -uroot -p123456 登录数据库
mysql> use mm;       #使用数据库
mysql>  select * from nn; #查询所有字段
mysql>  delete from nn where name='da';   #删除数据字段
mysql>  delete from nn where name='xiao';  #删除数据字段
[root@server1 ~]# mysqlbinlog --no-defaults --base64-output=decode-rows -v /usr/local/mysql/data/mysql_bin.000003  查看日志

上一次正确操作的位置点停止
下一次正确操作的位置点停止

恢复数据
[root@server1 ~]# mysqlbinlog --no-defaults --stop-position=‘8464’ /usr/local/mysql/data/mysql_bin.000003 | mysql -uroot -p
[root@server1 ~]# mysqlbinlog --no-defaults --start-position=‘8777’ /usr/local/mysql/data/mysql_bin.000003 | mysql -uroot -p
[root@server1 ~]# mysql -uroot -p123456 # 登录数据库
mysql> use mm;
mysql> select * from nn; #查询所有字段