MySQL数据库的备份与恢复
目录
一.数据备份的重要性
二、数据库备份的分类和备份策略
1）物理备份
三、常见的备份方法
3.3 启用二进制日志进行增量备份
3.4 第三方工具备份
四、MySQL完全备份
五.数据库完全备份分类
5.2 mysqldump备份与恢复
六.实战案列
##主机B的操作##
六、MySQL增量备份与恢复
七、增量备份与恢复 操作演示
7.3可每天进行增量备份操作，生成新的二进制日志文件（例如mysql-bin.000003）
7.4 插入新数据，以模拟数据的增加或变更
7 .5 再次生成新的二进制日志文件
7.6 查看二进制日志文件的内容
7.2.1 MySQL增量恢复
7.2.3 一般恢复
7.2.4模拟丢失更改的数据的恢复步骤（直接使用恢复即可）
7.2.5 模拟丢失所有数据的恢复步骤
7.2.6 断点恢复
7.2.6.1 基于位置恢复
八、使用脚本备份
获取最新的二进制文件名称
完全备份脚本（每周三完全备份一次）：
增量备份脚本（每天凌晨3点备份一次）：
一.数据备份的重要性
- 备份的主要目的是灾难恢复。
- 在生产环境中，数据的安全性至关重要。
- 任何数据的丢失都可能产生严重的后果。
- 造成数据丢失的原因：
- 程序错误
- 人为操作错误
- 运算错误
- 磁盘故障
- 灾难（如火灾、地震）和盗窃
二、数据库备份的分类和备份策略
2.1 数据库备份的分类
1）物理备份
物理备份：对数据库操作系统的物理文件（如数据文件、日志文件等）的备份。
物理备份方法：
1.冷备份(脱机备份) ：是在关闭数据库的时候进行的
2.热备份(联机备份) ：数据库处于运行状态，依赖于数据库的日志文件
3.温备份：数据库锁定表格（不可写入但可读）的状态下进行备份操作
2）逻辑备份
逻辑备份：对数据库逻辑组件（如：表等数据库对象）的备份。
- 即以sql语句的形式，把库、表结构、表数据保存下来。
2.2 数据库的备份策略
1.完全备份（全量备份）：每次对数据库进行完整的备份。
总：
每次都进行完全备份，会导致备份文件占用大量的空间，并且有大量的重复数据
2.差异备份：备份自从上次完全备份之后被修改过的文件。
总：
每次差异备份，都会备份上一次完全备份之后的数据，可能会出现备份重复数据，导致占用额外的磁盘空间
3).增量备份：只有在上次完全备份或者增量备份后被修改的文件才会被备份。
总:
每次增量备份都是在备份的上一次完全备份或者增量备份之后的数据
三、常见的备份方法
3.1 物理冷备
备份时数据库处于关闭状态，直接打包数据库文件（tar） 备份速度快，恢复时也是最简单的
3.2 专用备份工具 mysqldump 或 mysqlhotcopy
mysqldump 常用的逻辑备份工具 mysqlhotcopy 仅拥有备份 MyISAM 和 ARCHIVE 表
3.3 启用二进制日志进行增量备份
进行增量备份，需要刷新二进制日志
MySQL支持增量备份，进行增量备份时必须启用二进制日志。二进制日志文件为用户提供复制，对执行备份点后进行的数据库更改所需的信息进行恢复。如果进行增量备份（包含自上次完全备份或增量备份以来发生的数据修改），需要刷新二进制日志。
3.4 第三方工具备份
免费的MySQL 热备份软件 Percona XtraBackup mysqlbackup
四、MySQL完全备份
是对整个数据库、数据库结构和文件结构的备份
保存的是备份完成时刻的数据库
是差异备份与增量备份的基础
MySQL完全备份优缺点
- 优点:
备份与恢复操作简单方便
2、缺点：
数据存在大量的重复
占用大量的备份空间
备份与恢复时间长
五.数据库完全备份分类
5.1 物理冷备份与恢复
关闭MySQL数据库
使用tar命令直接打包数据库文件夹
直接替换现有MySQL目录即可
5.2 mysqldump备份与恢复
MySQL自带的备份工具，可方便实现对MySQL的备份
可以将指定的库、表导出为SQL 脚本
使用命令mysq|导入备份的数据
六.实战案列
环境准备：
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 完全恢复
将数据库迁移到另一台主机，测试完全恢复。
#主机A，使用scp命令将tar包传给另一台主机B
scp /backup/mysql_all_2022-06-05.tar.xz 192.168.72.70:/opt
##主机B的操作##
cd /opt/
mkdir /opt/bak/ #创建备份目录
tar Jxf mysql_all_2022-06-05.tar.xz -C /opt/bak/ #将tar包解压到备份目录
cd /opt/bak/ #切换到tar包的解压目录
\cp -af usr/local/mysql/data/ /usr/local/mysql #将data目录复制到/usr/local/mysql/目录下，覆盖原有文件
systemctl start mysqld #启动mysql
mysql -u root -p #登录数据库查看
show databases;
use yuji;
show tables;
select * from class;切换到B主机
5.2 逻辑备份（使用mysqldump工具）
mysqldump是常用的逻辑备份工具。
mysqldump可以将指定的库、表导出为SQL脚本。
5.2.1 mysqldump完全备份
1）完全备份一个或多个完整的库（包括库中所有的表）
mysqldump -uroot -p[密码] --databases 库名1 [库名2].. >/备份路径/备份文件名.sql#导出的就是数据库脚本文件
mysqldump -u root -p --databases school > /opt/mysql_bak/school.sql #完全备份一个库school
mysqldump -u root -p --databases school market > /opt/mysql_bak/school-market.sql #完全备份多个库，school库和market库
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”选项，说明表数据也进行备份
示例：
mysqldump -u root -p market location store > /opt/mysql_bak/market_location_store.sql
#完全备份market库中的location表和store表
4).查看备份文件
备份文件中保存的是sql语句。即以sql语句的形式，把库、表结构、表数据保存下来。
cd /opt/mysql_bak
cat yuji-market.sql | grep -v "^--" |grep -v "^/" |grep -v "^$"
5.2.2 mysqldump完全恢复
先启动mysql
systemctl start mysqld1）恢复数据库
先删除数据库，之后进行恢复。
##删除数据库yuji##
mysql -u root -p -e 'drop database school;'
#"-e"选项，用于指定连接MySQL后执行的命令，命令执行完后自动退出 mysql -u root -p -e 'SHOW DATABASES;' #查看当前有哪些数据库
##恢复数据库yuji##
mysql -u root -p < /opt/mysql_bak/school.sql #重定向输入库文件
mysql -u root -p -e 'SHOW DATABASES;' #查看当前有哪些数据库
2).恢复数据表
当备份文件中只包含表的备份，而不包含创建的库的语句时，执行导入操作时必须指定库名，且目标库必须存在。
##备份yuji库中的class表##
mysqldump -uroot -p yuji class > /opt/mysql_bak/yuji_class.sql
##删除yuji库中的class表##
mysql -u root -p -e 'drop table yuji.class;'
mysql -u root -p -e 'show tables from yuji;' #查看yuji库中的表，已无class表
##恢复yuji库中的class表##
mysql -u root -p yuji < /opt/mysql_bak/yuji_class.sql #重定向导入备份文件，必须指
定库名，且目标库必须存在
mysql -u root -p -e 'show tables from yuji;'
六、MySQL增量备份与恢复
6.1 MySQL增量备份介绍
使用mysqldump进行完全备份存在的问题
备份数据中有重复数据
备份时间与恢复时间过长
增量备份是什么：
是自上一次备份后增加/变化的文件或者内容
增量备份的特点
没有重复数据，备份量不大，时间短
恢复需要上次完全备份及完全备份之后所有的增量备份才 能恢复，而且要对所有增量备 份进行逐个反推恢复
6.2 MySQL增量备份的方法
MySQL没有提供直接的增量备份方法
可通过MySQL提供的二进制日志间接实现增量备份
MySQL二进制日志对备份的意义
二进制日志保存了所有更新或者可能更新数据库的操作
二进制日志在启动MySQL服务器后开始记录，并在文件达到 max_binlog_size所设 置的大小或者接收到flush logs命令后重新 创建新的日志文件
只需定时执行flush logs方法重新创建新的日志，生成二进制文 件序列，并及时把 这些日志保存到安全的地方就完成了一个时间 段的增量备份
6.3 MySQL数据库增量恢复
一般恢复
将所有备份的二进制日志内容全部恢复
基于位置恢复
数据库在某一时间点可能既有错误的操作也有正确的操作
可以基于精准的位置跳过错误的操作
基于时间点恢复
跳过某个发生错误的时间点实现数据恢复
七、增量备份与恢复 操作演示
7.1 增量备份
vim /etc/my.cnf
[mysqld]
log-bin=mysql-bin
binlog_format = MIXED #可选，指定二进制日志(binlog)的记录格式为MIXED（混合输入）
server-id = 1 #可加可不加该命令
#二进制日志(binlog)有3种不同的记录格式: STATEMENT (基于SQL语句)、ROW(基于行)、MIXED(混合模式)，默认格式是STATEMENT
① STATEMENT（基于SQL语句）:
每一条涉及到被修改的sql 都会记录在binlog中
缺点：日志量过大，如sleep()函数，last_insert_id()>，以及user-defined fuctions（udf）、主从复制等架构记录日志时会出现问题
总结：增删改查通过sql语句来实现记录，如果用高并发可能会出错，可能时间差异或者延迟，可能不是我们想想的恢复可能你先删除或者在修改，可能会倒过来。准确率底
② ROW(基于行)
只记录变动的记录，不记录sql的上下文环境
缺点:如果遇到update......set....where true 那么binlog的数据量会越来越大
总结：update、delete以多行数据起作用，来用行记录下来，
只记录变动的记录，不记录sql的上下文环境，
比如sql语句记录一行，但是ROW就可能记录10行，但是准确性高，高并发的时候由于操作量，性能变低 比较大所以记录都记下来，
③ MIXED 推荐使用
一般的语句使用statement，函数使用ROW方式存储。
systemctl restart mysqld
ls -l /usr/local/mysql/data/mysql-bin.*
7.2可每周对数据库或表进行完全备份
#备份数据库中的a表
mysqldump -u root -p test1 a > /opt/test1.a$(date +%F).sql#备份test1库
mysqldump -u root -p --all-databases test1 > /opt/test1_$(date +%F).sql7.3可每天进行增量备份操作，生成新的二进制日志文件（例如mysql-bin.000003）
mysqladmin -u root -p flush-logs
ls -l /usr/local/mysql/data/mysql-bin.*
7.4 插入新数据，以模拟数据的增加或变更
mysql -u root -p -e "insert into test1.a values(4,'w','24','game');"
mysql -u root -p -e "insert into test1.a values(5,'h','25','play');"
mysql -u root -p -e "select * from test1.a;"
7 .5 再次生成新的二进制日志文件
[root@localhost opt]# mysqladmin -u root -p flush-logs
#之前的步骤4的数据库操作会保存到mysql-bin.000002文件中，之后数据库数据再发生变化则保存在mysql-bin.000003文件中
Enter password:
[root@localhost opt]# ls -l /usr/local/mysql/data/mysql-bin.*
-rw-r----- 1 mysql mysql 201 8月 31 21:19 /usr/local/mysql/data/mysql-bin.000001
-rw-r----- 1 mysql mysql 750 8月 31 21:22 /usr/local/mysql/data/mysql-bin.000002
-rw-r----- 1 mysql mysql 38 8月 31 21:19 /usr/local/mysql/data/mysql-bin.index
7.6 查看二进制日志文件的内容
[root@localhost opt]# cp /usr/local/mysql/data/mysql-bin.000002 /opt/
[root@localhost opt]# mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000002
注：
–base64-output=decode-rows：使用64位编码机制去解码并按行读取
-v：显示详细内容
二进制日志中需要关注的部分
1、at ：开始的位置点
2、end_log_pos：结束的位置
3、时间戳： 210712 11:50:30
4、SQL语句
7.2.1 MySQL增量恢复
7.2.3 一般恢复
7.2.4模拟丢失更改的数据的恢复步骤（直接使用恢复即可）
mysql -u root -p -e 'delete from test1.a where id =3;'
mysql -u root -p -e 'delete from test1.a where id =4;
mysql -u root -p -e 'delete from test1.a where id =5;'
mysql -u root -p -e 'select * from test1.a;'
Enter password:
+----+------+-----+---------+
| id | name | age | hobby |
+----+------+-----+---------+
| 1 | z | 20 | running |
| 2 | j | 21 | singing |
+----+------+-----+---------+
#恢复
mysqlbinlog --no-defaults /opt/mysql-bin.000002 | mysql -u root -abc123
mysql -u root -p -e 'select * from test1.a;'
Enter password:
+----+------+-----+---------+
| id | name | age | hobby |
+----+------+-----+---------+
| 1 | z | 20 | running |
| 2 | j | 21 | singing |
| 3 | f | 22 | flying |
| 4 | w | 24 | game |
| 5 | h | 25 | play |
+----+------+-----+---------+
7.2.5 模拟丢失所有数据的恢复步骤
mysql -u root -p -e 'drop table test1.a;'
mysql -u root -p test1 < /opt/test1.a2023-07-17.sql
mysqlbinlog --no-defaults /opt/mysql-bin.000002 | mysql -u root -pabc123
mysql -u root -p -e 'select * from test1.a;'
Enter password:
+----+------+-----+---------+
| id | name | age | hobby |
+----+------+-----+---------+
| 1 | z | 20 | running |
| 2 | j | 21 | singing |
| 3 | f | 22 | flying |
| 4 | w | 24 | game |
| 5 | h | 25 | play |
+----+------+-----+---------+
示例2：
mysql> use c;
Database changed
mysql> create table c (id int(4),name varchar(6));
Query OK, 0 rows affected (0.01 sec)
mysql> insert into c values(1,'ww');
Query OK, 1 row affected (0.01 sec)
mysql> insert into c values(2,'ee');
Query OK, 1 row affected (0.01 sec)
mysql> select * from c;
+------+------+
| id | name |
+------+------+
| 1 | ww |
| 2 | ee |
+------+------+
2 rows in set (0.00 sec)
mysqladmin -uroot -pabc123 flush-logs
[root@test3 opt]# ls /usr/local/mysql/data/
auto.cnf ib_logfile1 mysql-bin.000002 mysql-bin.index
ib_buffer_pool ibtmp1 mysql-bin.000003 performance_schema
ibdata1 mysql mysql-bin.000004 sys
ib_logfile0 mysql-bin.000001 mysql-bin.000005 test1
[root@test3 opt]# mysqladmin -uroot -pabc123 flush-logs
mysqladmin: [Warning] Using a password on the command line interface can be insecure.
[root@test3 opt]# ls /usr/local/mysql/data/
auto.cnf ib_logfile0 mysql-bin.000001 mysql-bin.000005创建的数据 sys
c ib_logfile1 mysql-bin.000002 mysql-bin.000006做删除 test1
ib_buffer_pool ibtmp1 mysql-bin.000003 mysql-bin.index
ibdata1 mysql mysql-bin.000004 performance_schema
mysqldump -uroot -pabc123 c c > /opt/c_c.sql
mysqldump -uroot --databases -pabc123 c c > /opt/c_c.all.sql
cp /usr/local/mysql/data/mysql-bin.000005 /opt/
mysqlbinlog --no-defaults /opt/mysql-bin.000005 | mysql -u root -pabc123
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| c |
| mysql |
| performance_schema |
| sys |
| test1 |
+--------------------+
6 rows in set (0.00 sec)
mysql> use c;
mysql> select * from c;
+------+------+
| id | name |
+------+------+
| 1 | ww |
| 2 | ee |
+------+------+
2 rows in set (0.00 sec)
7.2.6 断点恢复
7.2.6.1 基于位置恢复
仅恢复到操作ID为“589”之前的数据，即不恢复“zhaoliu”的数据
删除恢复
mysql> use test1;
mysql> select * from test1;
ERROR 1146 (42S02): Table 'test1.test1' doesn't exist
mysql> select * from a;
+----+------+-----+---------+
| id | name | age | hobby |
+----+------+-----+---------+
| 1 | z | 20 | running |
| 2 | j | 21 | singing |
| 3 | f | 22 | flying |
| 4 | w | 24 | game |
| 5 | h | 25 | play |
+----+------+-----+---------+
5 rows in set (0.00 sec)
mysql> insert into a values(6,'q','26','shopping');
Query OK, 1 row affected (0.00 sec)
mysql> insert into a values(7,'r','27','eat');
Query OK, 1 row affected (0.00 sec)
mysql> select * from a;
+----+------+-----+----------+
| id | name | age | hobby |
+----+------+-----+----------+
| 1 | z | 20 | running |
| 2 | j | 21 | singing |
| 3 | f | 22 | flying |
| 4 | w | 24 | game |
| 5 | h | 25 | play |
| 6 | q | 26 | shopping |
| 7 | r | 27 | eat |
+----+------+-----+----------+
7 rows in set (0.00 sec)
#需求以上id =4的数据操作失误，需要跳过
7.2.6.2.基于位置点恢复
mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000006
#仅恢复"4"的数据，跳过"3"的数据恢复
mysqlbinlog --no-defaults --stop-position='1560' /opt/mysql-bin.000006 | mysql -uroot -pabc123
mysql> select * from c;
+------+------+
| id | name |
+------+------+
| 1 | ww |
| 2 | ee |
| 3 | rr |
+------+------+
3 rows in set (0.00 sec)
#恢复从位置为1560开始到位置为1825为止
mysqlbinlog --no-defaults --start-position='1560' --stop-position='1825' /opt/mysql-bin.000006 | mysql -uroot -pabc123
7.2.6.3.基于时间点恢复
mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时:分钟:秒' --stop-datetime='年-月-日小时:分钟:秒' 二进制日志 | mysql -u 用户名 -p 密码#仅恢复到230717 22:56:08之前的数据，恢复"5"的数据
mysqlbinlog --no-defaults --stop-datetime='2023-07-17 23:04:18' /opt/mysql-bin.000006 | mysql -uroot -pabc123
#仅恢复"4"的数据，跳过"3"的数据恢复
mysqlbinlog --no-defaults --start-datetime='2023-07-17 22:56:08' /opt/mysql-bin.000006 | mysql -uroot -pabc
如果恢复某条SQL语之前的所有数据，就stop在这个语句的位置节点或者时间点
如果恢复某条SQL语句以及之后的所有数据，就从这个语句的位置节点或者时间点start
八、使用脚本备份
-
使用脚本每周三进行一次完全备份，之后每天进行增量备份。
- 如果数据量很大，可以一周做2次完全备份，比如星期一和星期四各一次。
-
增量备份减少磁盘空间的占用，但恢复起来比较麻烦。需要一个一个恢复。
-
一般使用crontab在凌晨进行备份。
获取最新的二进制文件名称
查看索引文件，可获取最新的二进制文件
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 -u root -p123456 --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点备份一次
总
完全备份
物理冷备份 ―关闭Mysqld 服务，tar命令打包 data目录，恢复就是解压tar包
逻辑备份mysqldump -u-p–datebases 库1 库2 > xxx.sql
mysqldump -u -p --all-datebases > Xxx.sql
mysqldump -u -p 库1 表1 表2 >XXx.sql
完全恢复
mysql -u -p
增量备份
1、开启二进制日志，设置二进制日志格式MIXED
2、进行一次完全备份，可每周备份一次，通过crontab -e
3、使用mysqladm -uroot -p flush-logs刷新分割出二进制日志，由于刷新之前的数据操作都记录在老的二进制日志里，所以需要把老的二进制日志复制到一个安全的目录中保管
4、可以通过mysqlbinlog --no-defaults --base64-output=decode-rows -v二进制日志文件名查看日志内容
5、可以通过mysqlbinlog --no-defaults二进制日志文件名l mysql -uroot -p恢复丢失的数据
位置恢复
时间恢复