一、数据备份

1.1数据备份的重要性

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

1.2数据库备份的分类

从物理与逻辑的角度，备份可分为

物理备份：对数据库操作系统的物理文件(如数据文件、日志文件等)的备份
- 物理备份的方法
  - 冷备份(脱机备份)：是在关闭数据库的时候进行的
  - 热备份(联机备份)：数据库处于运行状态，依赖于数据库的日志文件
  - 温备份：数据库锁定表格(不可写入但是可读)的状态下进行备份操作
- 逻辑备份：对数据库逻辑组件(如：表等数据库对象)的备份

从数据库的备份策略角度，备份可分为

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

1.3常见的备份方法

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

1.4MySQL的完全备份

是对整个数据库、数据库结构和文件结构的备份
保存的是备份完成时刻的数据库优点
备份与恢复操作简单方便

缺点

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

1.5MySQL完全备份与恢复

1.51.完全备份

systemctl stop mysqld
yum install -y xz ## 安装xz，目的是解压以.xz为结尾的文件

压缩备份
tar Jcvf /opt/mysql_all_$(date +%F).tar.xz /usr/local/mysql/data #打包数据库存放文件，/usr/local/mysql/data为数据库存放目录

cd /backup #切换到备份目录
ls         #查看目录内容
tar tf mysql_all_2022-10-26.tar.xz #查看tar包内的文件

1.52.完全恢复

将数据库迁移到另一个主机上，测试完全恢复

scp /backup/mysql_all_2022-10-26.tar.xz 192.168.100.20:/opt
#将主机A的备份文件传输给主机B

主机B关闭mysql服务
systemctl stop mysqld
创建一个备份目录
mkdir /backup
将包解压到备份目录中
tar Jxf mysql_all_2022-10-26.tar.xz -C /opt/bak/
将备份的文件放到/usr/local/mysql/data下
\cp -af usr/local/mysql/data/ /usr/local/mysql/
开启mysql服务
systemctl start mysqld
进入数据库查看库
mysql -u root -pabc123
show databases;

1.53、使用mysqldump备份数据库(逻辑完全备份)

完全备份一个或多个完整的库

mysqldump -uroot -p[密码] --databases 库名1 [库名]... > /备份路径/备份文件名.sql #导出的就是数据库脚本文件

示例

完全备份数据库中所有的表

mysqldump -uroot -pabc123 --all-databases > /备份路径/备份文件名.sql

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

mysqldump -u root -p[密码] [-d] 表名 > /备份路径/备份路径名.sql
#使用-d ，只保存数据库的表结构
#不使用-d，说明表数据也进行备份

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

cat all.sql |grep -v "^--" |grep -v "^/" |grep -v "^$"
##查看备份文件

1.6恢复数据库

先删除数据库，再恢复

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

恢复数据表

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

二、mysql日志管理

MySQL的日志默认保存位置是 /usr/local/mysql/data

2.1日志的类型及开启

vim /etc/my.cnf
[mysqld]
##错误日志，用来记录当MySQL启动、停止或运行时发现的错误信息，默认已开启
log-error=/usr/local/mysql/data/mysql_error.log #默认日志的保存位置和文件名
##通用查询日志，用来记录MySQL的所有连接和语句，默认是关闭的
general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log

##二进制日志（binlog），用来记录所有更新了数据或者已经潜在更新了数据的语句，记录了数据的更改，可用于数据恢复，默认已经开启
log-bin=mysql-bin  #也可以 log_bin=mysql-bin

##慢查询日志，用来记录所有执行时间超过long_query_time秒的语句，可以找到哪些查询语句执行时间长，以便于优化，默认是关闭的(帮助排查数据库查询慢的select语句)
slow_query_log=ON
slow_query_log_file=/usr/lcoal/mysql/data/mysql_slow_query.log
long_query_time=5           #设置超过5秒执行的语句被记录，缺省时为10秒

2.2查看日志状态

1.查看通用查询日志是否开启
show variables like 'general%';

2.查看二进制日志是否开启
show variables like 'log_bin%';

3.查看慢查询日志功能是否开启
show variables like '%slow%';

4.查看慢查询时间日志
show variables like 'long_query_time';

在数据库中设置开启慢查询的方法
set global slow_query_log=ON;
##该方法重启服务的时候会失效

2.3、mysql增量备份接收

使用mysqldump进行完全备份存在的问题
- 备份数据中有重复数据
- 备份时间与恢复时间过长

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

增量备份的特点
- 没有重复数据，备份量不大，时间短

2.4、mysql增量备份的方法

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

2.5、MySQL数据库增量恢复

一般恢复
- 将所有备份的二进制日志内容全部恢复
基于位置恢复
- 数据库在某一时间点可能既有错误的操作也有正确的操作
- 可以基于精准的位置跳过错误的操作
基于时间点恢复
- 跳过某个发生错误的时间点实现数据恢复

三、增量备份与恢复

3.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 -l /usr/local/mysql/data/mysql-bin.*

 
 
 #二进制日志(binlog)有3种不同的记录格式: 
 STATEMENT (基于SQL语句)、ROW(基于行)、MIXED(混合模式)，默认格式是STATEMENT

 STATEMENT (基于SQL语句)：记录修改的sql语句。高并发的情况下，记录操作的sql语句时可能顺序会有错误，导致恢复数据时，数据丢失或有误差。效率高，但数据可能有误差。

 ROW(基于行)：记录每一行数据，准确，但恢复时效率低。

 MIXED(混合模式)：正常情况下使用STATEMENT，高并发的情况下会智能地切换到ROW。

2.对数据库或表进行完全备份

mysqldump -uroot -pabc123 --databases 库名 > /备份目录/备份名_$(date +%F).sql
mysqldump -u root -p 库名 表名 > /备份目录/备份名_$(date +%F).sql

3.进行增量备份，生成新的二进制日志文件

 mysqladmin -u root -p flush-logs

4.查看二进制日志文件的内容

mysqlbinlog --no-defaults --base64-output=decode-rows -v /usr/local/mysql/data/mysql-bin.000007

3.2增量恢复

一般恢复
- 将所有备份的二进制日志内容全部恢复
基于位置恢复
- 数据库在某一时间点可能既有错误的操作也有正确的操作
- 可以基于精准的位置跳过错误的操作
基于时间点恢复
- 跳过某个发生错误的时间点实现数据恢复

3.3一般恢复

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

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

use study;
delete from test where id=7;

#增量恢复(新增的两条数据记录保存在mysql-bin.000008)
mysqlbinlog --no-defaults /bak/mysql-bin.000009 | mysql -u root -p
mysql -uroot -pabc123 -e 'select * from study.test;' #查看表中数据

3.4 断点恢复

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

use study;
insert into test values(8,'ccc',28);
insert into test values(9,'ddd',29);
insert into test values(10,'eee',30);

mysqladmin -uroot -pabc flush-logs #刷新日志，生成新的二进制文件
mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000012 > test.txt #将二进制文件重定向输入到test.txt中

1.基于位置的断点恢复

mysqlbinlog --no-defaults --start-position='位置点' 文件名 | mysql -u root -p  
#从某一个位置点开始恢复，一直到日志结尾  
mysqlbinlog --no-defaults --stop-position='位置点' 文件名 | mysql -u root -p  
#从日志开头，一直恢复到某一个位置点前结束    
mysqlbinlog --no-defaults --start-position='xxx'--stop-position='位置点' 文件名 | mysql -u root -p  
#从某一个位置点开始恢复，一直到某一个位置点前结束

1.想恢复8行到10行

ues study;
delete from study where id between 8 and 10; #删除id为8到10的数据记录
cat /usr/local/mysql/data/text.txt #查看二进制文件内容，找到8到10的位置

#从8的位置点300一直恢复到结尾
mysqlbinlog --no-defaults --start-position=300  /test/mysql-bin.000012 |mysql -uroot -pabc123

mysql -uroot -pabc123 -e 'select * from study.test;' #查看表数据

2.只恢复第8行

ues study;
delete from study where id between 8 and 10; #删除id为8到10的数据记录
cat /usr/local/mysql/data/text.txt #查看二进制文件内容，找到8的位置
#从头开始恢复，在"第八行"的SQL语句后面截止
mysqlbinlog --no-defaults --start-position='588' /test/mysql-bin.000012 |mysql -uroot -pabc123
#查看表数据
mysql -uroot -pabc123 -e 'select * from study.test;'

只想恢复第九行

ues study;
delete from study where id between 8 and 10; #删除id为8到10的数据记录
cat /usr/local/mysql/data/text.txt #查看二进制文件内容，找到9的位置
#从第九行开始恢复，在第九行的SQL语句后面截止
mysqlbinlog --no-defaults --start-position='588' /test/mysql-bin.000012 |mysql -uroot -pabc123
#查看表数据
mysql -uroot -pabc123 -e 'select * from study.test;'

基于时间点的断电恢复 注意：日期必须是"yyyy-mm-dd"的格式。

 mysqlbinlog --no-defaults --start-datetime='时间点' 文件名 | mysql -u root -p
 #从某一个时间点开始恢复，一直到日志结尾

 mysqlbinlog --no-defaults --stop-datetime='时间点' 文件名 | mysql -u root -p
 #从日志开头，一直恢复到某一个时间点前结束

 mysqlbinlog --no-defaults --start-datetime='起始时间点' --stop-datetime'结束时间点' 文件名 | mysql -u root -p
 #从某一个时间点开始恢复，一直到某一个位置点前结束

ues study;
delete from study where id between 8 and 10; #删除id为8到10的数据记录
cat /usr/local/mysql/data/text.txt #查看二进制文件内容，找到9的位置
#从第八行前时间点开始恢复，在第九行后的后面时间点截止
mysqlbinlog --no-defaults --start-datetime='2022-10-28 08:47:25' --stop-datetime='2022-10-28 08:48:03' /test/mysql-bin.000012 | mysql -uroot -pabc123
#查看表数据
mysql -uroot -pabc123 -e 'select * from study.test;'

日志备份与恢复