MySQL数据库的备份与恢复

这篇具有很好参考价值的文章主要介绍了MySQL数据库的备份与恢复。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

一、数据备份的重要性

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

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

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

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

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

二、数据库备份的分类和备份策略

2.1 数据库备份的分类

1)物理备份

物理备份:对数据库操作系统的物理文件(如数据文件、日志文件等)的备份。

物理备份方法:

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

2)逻辑备份

逻辑备份:对数据库逻辑组件(如:表等数据库对象)的备份。

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

2.2 数据库的备份策略

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

mysql备份和还原数据库,数据库

 mysql备份和还原数据库,数据库

三、常见的备份方法

物理冷备: (完全备份)

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

专用备份工具mydump或mysqlhotcopy (完全备份,逻辑备份)

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

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

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

第三方工具备份

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

(阿里云的工具:dts,支持热迁移)

四、MySQL完全备份介绍

4.1 什么是完全备份

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

4.2 完全备份的优缺点

优点:

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

缺点:

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

4.3 完全备份的方法

1)物理冷备份与恢复

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

2)mysqldump备份与恢复

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

 

五、完全备份与恢复 操作演示

5.1 物理冷备份

5.1.1 完全备份

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

 systemctl stop mysqld         #先关闭服务
 mkdir /backup/                #创建备份目录
 ​
 rpm -q xz                     #使用xz工具进行压缩,检查xz工具是否已安装
 yum install xz -y             #如果没安装,可以先yum安装
 tar Jcf /backup/mysql_all_$(date +%F).tar.xz /usr/local/mysql/data  #打包数据库文件。/usr/local/mysql/data 为数据库文件存放目录
 ​
 cd /backup/        #切换到备份目录 
 ls                 #查看目录内容
 tar tf mysql_all_2022-06-05.tar.xz    #查看tar包内的文件

mysql备份和还原数据库,数据库

mysql备份和还原数据库,数据库

 

5.1.2 完全恢复

将数据库迁移到另一台主机zy2,测试完全恢复。

 #主机A,使用scp命令将tar包传给另一台主机B
scp /backup/mysql_all_2023-05-09.tar.xz 192.168.126.22:/opt
 ​
 ##主机B的操作##
 systemctl stop mysqld     #关闭mysql
 cd /opt/
tar Jxf mysql_all_2023-05-09.tar.xz
cd /usr/local/mysql/
mkdir bak
mv data bak
cd /opt/usr/local/mysql/
mv data /usr/local/mysql/
 ​
 systemctl start mysqld       #启动mysql
 mysql -u root -p             #登录数据库查看
 show databases;
 use ky;
 show tables;
 select * from t1;

mysql备份和还原数据库,数据库

 mysql备份和还原数据库,数据库

mysql备份和还原数据库,数据库 

5.2 逻辑备份(使用mysqldump工具)

mysqldump是常用的逻辑备份工具。

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

5.2.1 mysqldump完全备份

1)完全备份一个或多个完整的库(包括库中所有的表)

 mysqldump -uroot -p[密码] --databases 库名1 [库名2].. >/备份路径/备份文件名.sql#导出的就是数据库脚本文件
 ​
 示例:
 mysqldump -uroot -pabc123 --databases ky > /opt/ky_bak/ky.sql    #完全备份一个库yuji
 mysqldump -uroot -pabc123 --databases ky market > /opt/ky_bak/ky-market.sql   #完全备份多个库,ky库和market库

mysql备份和还原数据库,数据库

 2) 完全备份MySQL服务器中所有的库(包括库中所有的表)

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

mysql备份和还原数据库,数据库

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

注意:只备份表,sql语句中只有对表的操作,没有对库的操作。恢复时需要人为确认库存在。

 mysqldump -u root -p[密码] [-d] 库名 表名1 [表名2] ... > /备份路径/备份文件名.sql
 #使用“-d"选项,说明只保存数据库的表结构
 #不使用“-d”选项,说明表数据也进行备份


mysqldump -uroot -pabc123 ky t1 member > /opt/ky_bak/t1_member.sql
 #完全备份ky库中的t1表和member表

mysql备份和还原数据库,数据库

4)查看备份文件 

备份文件中保存的是sql语句。即以sql语句的形式,把库、表结构、表数据保存下来。

 cd /opt/ky_bak
 cat ky.sql | grep -v "^--" |grep -v "^/" |grep -v "^$"

mysql备份和还原数据库,数据库

5.2.2 mysqldump完全恢复 

先启动mysql:systemctl start mysqld

1)恢复数据库

先删除数据库,之后进行恢复。

 ##删除数据库yuji##
 mysql -u root -p -e 'drop database ky;'
 #"-e"选项,用于指定连接MySQL后执行的命令,命令执行完后自动退出
 ​
 mysql -u root -p -e 'SHOW DATABASES;'         #查看当前有哪些数据库
 ​
 ##恢复数据库yuji##
 mysql -u root -p < /opt/ky_bak/ky.sql     #重定向输入库文件
 ​
 mysql -u root -p -e 'SHOW DATABASES;'       #查看当前有哪些数据库

mysql备份和还原数据库,数据库

mysql备份和还原数据库,数据库 

2)恢复数据表

当备份文件中只包含表的备份,而不包含创建的库的语句时,执行导入操作时必须指定库名,且目标库必须存在。

 ##备份ky库中的class表##
 mysqldump -uroot -p ky t1 > /opt/ky_bak/ky_t1.sql
 ​
 ##删除ky库中的t1表##
 mysql -u root -p -e 'drop table ky.t1;'
 ​
 mysql -u root -p -e 'show tables from ky;'     #查看ky库中的表,已无t1表
 ​
 ##恢复ky库中的t1表##
 mysql -u root -p ky < /opt/ky_bak/ky_t1.sql   #重定向导入备份文件,必须指定库名,且目标库必须存在
 ​
 mysql -u root -p -e 'show tables from ky;'

mysql备份和还原数据库,数据库

mysql备份和还原数据库,数据库 

六、MySQL增量备份与恢复 

6.1 MySQL增量备份介绍

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

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

增量备份是什么:

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

增量备份的特点

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

6.2 MySQL增量备份的方法

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

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

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

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

6.3 MySQL数据库增量恢复

  • 一般恢复

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

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

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

七、增量备份与恢复 操作演示

7.1 增量备份

1、开启二进制日志功能

vim /etc/my.cnf
 [mysqld]
 log-bin=mysql-bin    #开启二进制日志。如果使用相对路径,则保存在/usr/local/mysql/data/目录下
 binlog_format = MIXED     #可选,指定二进制日志(binlog)的记录格式为MIXED混合模式
 server-id = 1
 ​
 systemctl restart mysqld
 ls /usr/local/mysql//data #查看是否生成二进制日志文件

 ​
 ​
 -------------- 以下是注释 -----------------
 
 #二进制日志(binlog)有3种不同的记录格式: 
 STATEMENT (基于SQL语句)、ROW(基于行)、MIXED(混合模式),默认格式是STATEMENT
 ​
 STATEMENT (基于SQL语句):记录修改的sql语句。高并发的情况下,记录操作的sql语句时可能顺序会有错误,导致恢复数据时,数据丢失或有误差。效率高,但数据可能有误差。
 ​
 ROW(基于行):记录每一行数据,准确,但恢复时效率低。
 ​
 MIXED(混合模式):正常情况下使用STATEMENT,高并发的情况下会智能地切换到ROW。

mysql备份和还原数据库,数据库

 2、可每周对数据库或表进行完全备份

mkdir bak
mysqldump -u root -p ky t1 > /bak/ky_t1_$(date +%F).sql
mysqldump -u root -p --databases ky > /bak/ky_$(date +%F).sql

mysql备份和还原数据库,数据库

3、可每天进行增量备份操作,生成新的二进制日志文件(例如mysql-bin.000002)

mysqladmin -u root -p flush-logs

mysql备份和还原数据库,数据库

4、插入新数据,以模拟数据的增加或变更

use ky;
 insert into t1 values(7,'fff',20);
 insert into t1 values(8,'ggg',20);

mysql备份和还原数据库,数据库 

5、再次生成新的二进制日志文件(例如mysql -bin.000003)

 mysqladmin -u root -p flush-logs
 ​
 #之前的步骤4的数据库操作会保存到mysql-bin.000002文件中,之后数据库数据再发生变化则保存在mysql-bin.00003文件中

mysql备份和还原数据库,数据库

 6、查看二进制日志文件的内容

 cp /usr/local/mysql/data/mysql-bin.000002 /bak/
 mysqlbinlog --no-defaults --base64-output=decode-rows -v /bak/mysql-bin.000002
 ​
 #--base64-output=decode-rows:使用64位编码机制去解码并按行读取
 #-v:显示详细内容

7.2 增量恢复

  • 一般恢复

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

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

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

7.2.1 一般恢复

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

1、模拟丢失更改的数据的恢复步骤。

 use ky;
 delete from t1 where id=3;   #删除今天新增加的两条数据
 delete from t1 where id=4;
 ​
 #增量恢复(今天新增加的两条数据记录保存在mysql-bin.000002日志中)
 mysqlbinlog --no-defaults /bak/mysql-bin.000002 | mysql -u root -p
 ​
 mysql -u root -p -e 'select * from ky.t1;'   #查看表中数据

mysql备份和还原数据库,数据库

mysql备份和还原数据库,数据库

 2、模拟丢失表中所有数据的恢复步骤。

 mysql -u root -p -e 'drop table ky.t1;'   #删除整个t1表
 mysql -u root -p -e 'show tables from ky;'   #查看ky库中的表
 ​
 #先完全恢复历史数据
 mysql -uroot -pabc123 ky < /bak/ky_t1_2023-05-09.sql  
 #再进行增量恢复今天新增的2条数据(mysql-bin.000002日志中保存了今天新增加的两条数据记录)
 mysqlbinlog --no-defaults /bak/mysql-bin.000002 | mysql -u root -p
 ​
 mysql -uroot -pabc123 -e 'select * from ky.t1;'   #查看表中数据

mysql备份和还原数据库,数据库

mysql备份和还原数据库,数据库 

7.2.2 断点恢复

向class表中插入4条数据,之后刷新二进制日志,移动前一个日志:

 

use ky;
 insert into t1 values(9,'qqq',21);
 insert into t1 values(10,'www',22);
 mysqladmin -uroot -pabc123 flush-logs;        #刷新日志,生成新的二进制日志
 cp /usr/local/mysql/data/mysql-bin.000003 /bak/   #将前一个日志复制到/bak/目录下
 ​
 mysqlbinlog --no-defaults --base64-output=decode-rows -v /bak/mysql-bin.000003 > /bak/binlog.txt  #将二进制文件内容重定向到binlog.txt文件中

mysql备份和还原数据库,数据库

mysql备份和还原数据库,数据库

 1)基于位置的断点恢复

 mysqlbinlog --no-defaults --start-position='位置点' 文件名 | mysql -uroot -pabc123
 #从某一个位置点开始恢复,一直到日志结尾
 ​
 mysqlbinlog --no-defaults --stop-position='位置点' 文件名 | mysql -uroot -pabc123
 #从日志开头,一直恢复到某一个位置点前结束
 ​
 mysqlbinlog --no-defaults --start-position='xxx'--stop-position='位置点' 文件名 | mysql -u root -pabc123
 #从某一个位置点开始恢复,一直到某一个位置点前结束
use ky;
 delete from t1 where id between 9 and 10; #删除id为9到10的数据记录
 ​
 cat /bak/binlog.txt    #查看二进制文件内容,找到id=9的位置点
 ​
 #从id=9的位置点3308一直恢复到结尾
 mysqlbinlog --no-defaults --start-position='3308' /bak/mysql-bin.000003 | mysql -uroot -pabc123
 ​
 mysql -uroot -pabc123 -e 'select * from ky.t1;' #查看表数据

mysql备份和还原数据库,数据库

 mysql备份和还原数据库,数据库

mysql备份和还原数据库,数据库

#从头开始恢复,在"id=9"的SQL语句后面截止 
 mysqlbinlog --no-defaults --stop-position='3308' /bak/mysql-bin.000003 | mysql -uroot -pabc123



 #恢复某一段数据
 mysqlbinlog --no-defaults --start-position='位置节点号' --stop-position='位置节点号' /bak/mysql-bin.000003 | mysql -uroot -pabc123

 同样基于时间点的断点恢复,注意:日期必须是"yyyy-mm-dd hh:mm:ss"的格式

 mysqlbinlog --no-defaults --start-datetime='yyyy-mm-dd hh:mm:ss' 文件名 | mysql -uroot -pabc123
 #从某一个时间点开始恢复,一直到日志结尾
 ​
 mysqlbinlog --no-defaults --stop-datetime='yyyy-mm-dd hh:mm:ss' 文件名 | mysql -uroot -pabc123
 #从日志开头,一直恢复到某一个时间点前结束
 ​
 mysqlbinlog --no-defaults --start-datetime='yyyy-mm-dd hh:mm:ss' --stop-datetime'yyyy-mm-dd hh:mm:ss' 文件名 | mysql -uroot -pabc123
 #从某一个时间点开始恢复,一直到某一个位置点前结束

mysql备份和还原数据库,数据库

八、使用脚本备份

  • 使用脚本每周三进行一次完全备份,之后每天进行增量备份。

    • 如果数据量很大,可以一周做2次完全备份,比如星期一和星期四各一次。
  • 增量备份减少磁盘空间的占用,但恢复起来比较麻烦。需要一个一个恢复。

  • 一般使用crontab在凌晨进行备份。

获取最新的二进制文件名称

查看索引文件,可获取最新的二进制文件文章来源地址https://www.toymoban.com/news/detail-762762.html

tail -1 /usr/local/mysql/data/mysql-bin.index
 或者
sed -n '$p' /usr/local/mysql/data/mysql-bin.index

完全备份脚本(每周三完全备份一次)

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

增量备份脚本(每天凌晨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点备份一次

到了这里,关于MySQL数据库的备份与恢复的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • mysql数据库备份和恢复

    数据备份可以分为三种, 热备份。 数据库处于运行状态,此时依赖数据库的日志文件进行备份 温备份。 进行数据备份时数据库服务正常进行,但是数据智能度不能写。 冷备份。数据库处于关闭状态,能够够好的保证数据库的完整性。 逻辑备份。使用软件从数据库中提取数

    2024年02月12日
    浏览(62)
  • 如何备份与恢复MySQL数据库数据

    目录 一、MySQL备份 备份方式 完全备份 差异备份 增量备份 二、常见的备份方法 物理冷备 专用备份工具 mysqldump 或 mysqlhotcopy 启用二进制日志进行增量备份 第三方工具备份 三、MySQL完全备份 四、数据库完全备份分类 物理冷备份与恢复 mysqldump备份与恢复 五、物理冷备份与恢复

    2024年02月16日
    浏览(68)
  • Mysql数据库增量备份与恢复

    使用 mysqldump 进行完全备份,备份的数据中有重复数据,备份时间与恢复时间长。 而增量备份就是备份自上一次备份之后增加或改变的文件或内容。 1、增量备份的特点: 没有重复数据,备份量不大,时间短 恢复麻烦:需要上次完全备份及完全备份之后所有的增量备份才能恢复

    2024年02月07日
    浏览(87)
  • 【数据库四】MySQL备份与恢复

    数据库备份 物理备份 :直接对数据库的 数据文件或者日志文件 进行备份. 逻辑备份 :对 数据库的库或表对象 进行备份. 备份策略 完全备份 :每次备份 都备份完整的数据库 . 是对整个数据库、数据库结构和文件结构的备份。 保存的是 备份完成时刻的数据库 。 是 差异备份与增

    2024年02月11日
    浏览(60)
  • 数据库应用:MySQL备份与恢复

    目录 一、理论 1.数据备份 2.完全备份与恢复 3.完全备份与恢复应用 4.增量备份与恢复 5.增量备份与恢复应用 6.使用脚本备份 7.日志管理 二、实验 1.完全备份与恢复 2.增量备份与恢复 3.使用脚本备份 三、问题 1.mysqldump报错 四、总结 (1)重要性 ①  备份的主要目的是灾难恢复

    2024年02月16日
    浏览(68)
  • 数据库(MySQL的备份和恢复)

    目录 1.1 MySQL 日志管理 1.1.1 MySQL日志类型 1.1.2 错误日志 错误日志中主要记录的几种日志 错误日志的定义 1.1.3 通用查询日志 1.1.4 慢查询日志 和慢查询相关的变量设置 1.1.5 二进制日志 二进制日志是记录执行的语句还是执行后的数据 日志滚动  1.2 MySQL备份 1.2.1 备份类型 1.2.2

    2024年01月25日
    浏览(61)
  • MySQL数据库的备份与恢复

    备份的主要目的是灾难恢复。 在生产环境中,数据的安全性至关重要。 任何数据的丢失都可能产生严重的后果。 造成数据丢失的原因: 程序错误 人为操作错误 运算错误 磁盘故障 灾难(如火灾、地震)和盗窃 1)物理备份 物理备份:对数据库操作系统的物理文件(如数据

    2024年02月04日
    浏览(235)
  • 9-MySQL数据库 数据的备份与恢复

    1.date文件的备份 2.mysqldump 备份 说明: mysqldump是MySQL数据库中的一个实用程序,它主要用于转储(备份)数据库。mysqldump通过生成一个SQL脚本文件,包含从头开始重新创建数据库所必需的(如 CREATE TABLE和INSERT等),来实现数据库的备份和转储。这样,你可以在任何时候通过运

    2024年02月08日
    浏览(68)
  • MySQL基础(三十八)数据库备份与恢复

    物理备份 :备份数据文件,转储数据库物理文件到某一目录。物理备份恢复速度比较快,但占用空间比较大,MySQL中可以用 xtrabackup 工具来进行物理备份。 逻辑备份 :对数据库对象利用工具进行导出工作,汇总入备份文件内。逻辑备份恢复速度慢,但占用空间小,更灵活。

    2024年02月06日
    浏览(62)
  • 【Linux】Mysql的数据库备份及恢复

            备份就是为了防止原数据丢失,保证数据的安全。当数据库因为某些原因造成部分或 者全部数据丢失后,备份文件可以帮我们找回丢失的数据。因此,数据备份是很重要 的工作。 常见数据库备份的应用场景如下: 数据丢失应用场景: 人为操作失误造成某些数据

    2023年04月10日
    浏览(51)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包