本文介绍: 完全备份是对整个数据库数据库结构文件结构备份保存的是备份完成时刻的数据库是差异备份与增量备份的基础使用mysqldump进行完全备份存在问题备份数据中有重复数据备份时间恢复时间过长是自上一次备份后增加/变化的文件或者内容增量备份的特点没有重复数据,备份量不大,时间恢复需要上次完全备份及完全备份之后所有的增量备份才 能恢复,而且要对所有增量备份进行逐个反推恢复

一、数据备份的重要性

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

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

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

  4. 造成数据丢失原因

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

2.1 数据库备份的分类

1)物理备份

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

物理备份方法

2)逻辑备份

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

2.2 数据库的备份策略

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

 

三、常见的备份方法

物理冷备: (完全备份)

专用备份工具mydumpmysqlhotcopy (完全备份,逻辑备份)

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

第三方工具备份

阿里云的工具dts支持迁移

四、MySQL完全备份介绍

4.1 什么是完全备份

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

4.2 完全备份的优缺点

优点:

缺点:

4.3 完全备份的方法

1)物理冷备份与恢复

2)mysqldump备份与恢复

 

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

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包内的文件

 

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;

 

 

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

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

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

 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

4)查看备份文件 

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

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

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;'       #查看当前有哪些数据库

 

2)恢复数据表

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

 ##备份ky库中的class表##
 mysqldump -uroot -p ky t1 &gt; /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增量备份与恢复 

6.1 MySQL增量备份介绍

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

增量备份是什么

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

增量备份的特点

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

6.2 MySQL增量备份的方法

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。

 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

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

mysqladmin -u root -p flush-logs

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

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

 

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

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

 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;'   #查看表中数据

 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;'   #查看表中数据

 

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文件中

 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;' #查看表数据

 

#从头开始恢复,在"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

 同样基于时间点的断点恢复,注意:日期必须是”yyyymmdd 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
 #从某一个时间点开始恢复,一直到某一个位置点前结束

八、使用脚本备份

获取最新的二进制文件名

查看索引文件,可获取最新的二进制文件

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点备份一次

原文地址:https://blog.csdn.net/Yuzhang2046/article/details/130571741

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任

如若转载,请注明出处:http://www.7code.cn/show_40162.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱suwngjj01@126.com进行投诉反馈,一经查实,立即删除!

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注