526互联

Mysql的备份与恢复

发布时间 2023-09-26 17:47:03作者: Tsumiki

1.数据备份的重要性

  1. 备份的主要目的是灾难恢复。

  2. 在生产环境中，数据的安全性至关重要。

  3. 任何数据的丢失都可能产生严重的后果。

  4. 造成数据丢失的原因：

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

2. 数据库备份的分类和备份策略

2.1 数据库备份的分类

1）物理备份

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

物理备份方法：

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

2）逻辑备份

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

  • 即以sql语句的形式，把库、表结构、表数据保存下来。

2.2 数据库的备份策略

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

3. 常见的备份方法

物理冷备： （完全备

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

专用备份工具mydump或mysqlhotcopy （完全备份，逻辑备份）

  • mysqldump常用的逻辑备份工具 （导出为sql脚本）
  • mysqlhotcopy仅拥有备份MyISAM和ARCHIVE表

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

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

第三方工具备份

  • 免费的MySQL热备份软件Percona XtraBackup

（阿里云的工具：dts，支持热迁移）

4.mysql完全备份介绍

4.1什么事完全备份

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

4.2 完全备份的优缺点

优点：

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

缺点：

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

4.3 完全备份的方法

1）物理冷备份与恢复

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

2）mysqldump备份与恢复

  • MySQL自带的备份工具，可方便实现对MySQL的备份

  • 可以将指定的库、表导出为SQL脚本

  • 使用命令mysq|导入备份的数据

5.完全备份的操作流程

5.1 物理冷备份

5.1.1 完全备份

1.先关闭数据库，创建打包目录

 2.将数据库文件data全部打包到我们的备份文件夹

tar jcf /backup/mysql_all_$(date +%F).tar.xz /usr/local/mysql/data

3.查看是否打包

5.1.2 完全恢复

1.先将我们的备份文件使用scp命令将tar包传送给另外一台主机

2.转到二号主机查看是否有文件，并关闭二号机的mysql服务

 3.创建备份目录，并将文本解压到备份文件夹

 4.将data目录复制到原来文件夹下的位置，覆盖原有文件

 5.登录数据库查看是否完成备份

5.2.1 mysqldump 完全备份

 1.完全备份一个或多个完整的库（包括库中所有的表）

mysqldump -uroot -p[密码] --databases 库名1 [库名2].. >/备份路径/备份文件名.sql#导出的就是数据库脚本文件
示例:   mysqldump -u root -p --databases Alice > /opt/mysql_bak/Alice.sql    
#完全备份一个库 
mysqldump -u root -p --databases Alice market > /opt/mysql_bak/Alice-market.sql  
#完全备份多个库，Alice库和market库
mysqldump -u root -p --all-databases > /opt/mysql_bak/all.sql
#完全备份了全部的库

 2.完全备份mysql服务器中所有的库（包括库中所有的表）

mysqldump -u root -p[密码] --all-databases > / 备份路径/备份文件名.sql  
示例:
 
mysqldump -u root -p --all-databases > /opt/mysql_bak/all.sql  
#完全备份所有的库

 3.完全备份指定库中部分表

注意：只备份表，sql语句中只有对表的操作，没有对库的操作。恢复时需要人为确认库存在。
mysqldump -u root -p[密码] [-d] 库名 表名1 [表名2] ... > /备份路径/备份文件名.sql
 #使用“-d"选项，说明只保存数据库的表结构
 #不使用“-d”选项，说明表数据也进行备份
[root@localhost mysql_bak]#mysqldump -u root -p --all-databases > /opt/mysql_bak/all.sql

 4.查看备份文件

备份文件中保存的是sql语句。即以sql语句的形式，把库、表结构、表数据保存下来。
cd /opt/mysql_bak  
cat Alice.sql | grep -v "^--" |grep -v "^/\*" |grep -v "^$"

5.2.2 mysqldump完全恢复

1.先把我们刚才数据库内的库删除，模拟环境

2.恢复数据库

mysql -u root -p < /opt/mysql_bak/lzq.sql    

#重定向输入库文件

mysql -u root -p -e 'SHOW DATABASES;'    

#查看当前有哪些数据库

3.恢复数据表

##删除lzq库中的home与bank表##
mysql -uroot -pabc123 -e 'drop table Alice.Alice;'
mysql -u root -p -e 'show tables from Alice;'
#查看yuji库中的表，已无home表与bank表
##恢复lzq库中的home、bank表##  
mysql -u root -p Alice< /opt/mysql_bak/AA.sql  
#重定向导入备份文件，必须指定库名，且目标库必须存在
mysql -u root -p -e 'show tables from Alice;'

6.mysql增量备份与恢复

6.1 mysql增量备份介绍

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

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

增量备份是什么：

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

增量备份的特点

  • 没有重复数据，备份量不大，时间短

  • 恢复需要上次完全备份及完全备份之后所有的增量备份才 能恢复，而且要对所有增量备份进行逐个反推恢复

6.2 mysql增量备份的方法

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

  • 可通过MySQL提供的二进制日志间接实现增量备份

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

    • 二进制日志保存了所有更新或者可能更新数据库的操作

    • 二进制日志在启动MySQL服务器后开始记录，并在文件达到 max_binlog_size所设置的大小或者接收到flush logs命令后重新 创建新的日志文件

    • 只需定时执行flush logs方法重新创建新的日志，生成二进制文 件序列，并及时把这些日志保存到安全的地方就完成了一个时间 段的增量备份

6.3 mysql数据库增量恢复

  • 一般恢复

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

  • 基于位置恢复

    • 数据库在某一时间点可能既有错误的操作也有正确的操作
    • 可以基于精准的位置跳过错误的操作

  • 基于时间点恢复

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

6.4 增量备份 操作演示

1.先开启mysql的二进制日志功能
vim /etc/my.cnf
[mysqld]  
log-bin=mysql-bin
#开启二进制日志。如果使用相对路径，则保存在/usr/local/mysql/data/目录下  
binlog_format = MIXED    
#可选，指定二进制日志(binlog)的记录格式为MIXED

2.创建我们实验需要的数据表

3.备份我们的二级制日志文件内容，并进行查看

cp mysql-bin.000001 /opt/mysql_bak/

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

6.5 增量恢复的操作步骤

  • 一般恢复

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

  • 基于位置恢复

    • 数据库在某一时间点可能既有错误的操作也有正确的操作
    • 可以基于精准的位置跳过错误的操作

  • 基于时间点恢复

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

6.5.1 一般回复

1.先模拟环境把学校的学生信息全部删除，再用二进制文件进行恢复

 2.我们使用mysqldump的备份恢复一班的全体人员信息

[root@localhost data]#mysql -uroot -pabc123 < /opt/mysql-bak/school-yiban.sql

  1. 使用之前的备份文件进行增量恢复

mysqlbinlog --no-defaults /opt/mysql-bak/mysql-bin.000001-20230919 | mysql -uroot -pabc123

 mysqlbinlog --no-defaults /opt/mysql-bak/mysql-bin.000002-20230920 | mysql -uroot -pabc123

 4.重新删除二班的数据，通过位置点的形式只回复‘陈铭’这位同学的信息

 5.查看之前备份的信息找到添加陈铭信息的位置点，设置位置点，进行区别恢复

[root@localhost mysql-bak]#mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bak/mysql-bin.000001-20230919

 mysqlbinlog --no-defaults --start-position='626' /opt/mysql-bak/mysql-bin.000001-20230919 | mysql -uroot -pabc123

 6.我们使用时间点只恢复二班付杰的信息，也是先查看我们之前增量备份的文件，确定时间点

mysqlbinlog --no-defaults --start-datetime='2023-09-18 21:12:18' --stop-datetime='2023-09-18 21:12:44' /opt/mysql-bak/mysql-bin.000002-20230920 | mysql -uroot -pabc123

7.使用脚本进行完全备份与增量备份

7.1完全备份脚本（每周三完全备份一次）

vim /opt/mysqlquan.sh    
#编写脚本 
#!/bin/bash   mysqldump -u root -p123456 --all-databases > /bak/all_$(date +%F).sql  
chmod 700 /opt/mysqlquan.sh      
crontab -e                        
#定时任务执行脚本
00 1 * * 3 /opt/mysqlquan.sh    
#每周三凌晨1点备份一次

7.2 增量备份脚本（每天凌晨3点备份一次）

vim /opt/binlog.sh
#!/bin/bash
#使用sed命令打印二进制日志文件最后一行内容作为filename变量的值
filename=$(sed -n '$p' /usr/local/mysql/data/mysql-bin.index | awk -F '/' '{print $2}')
#将二进制日志移动到备份目录下，并将移动后的文件名称加上日期  
mv /usr/local/mysql/data/$filename /bak/binlog_$(date +%F)  
#生成新的二进制日志文件  
mysqladmin -uroot -pabc123 flush-logs  
chmod 700 /opt/binlog.sh  
crontab -e  00 1 * * 3   /opt/mysqlquan.sh  
#完全备份，每周三凌晨1点备份一次    
00 3 * * *   /opt/binlog.sh      
#增量备份，每天凌晨3点备份一次