目录
一、数据库备份的重要性
二、数据库备份的分类
三、常见的备份方法
1.物理冷备
2.专用备份工具
3.启用二进制日志进行增量备份
4.第三方工具备份
四、完全备份
1.简介
2.优缺点
五、完全备份与恢复
1.物理冷备份与恢复
2.mysqldump备份与恢复
六、mysql日志管理
七、增量备份与恢复
1.备份和查看
2.恢复
八、备份加入计划任务
一、数据库备份的重要性
备份的主要目的是灾难恢复，在生产环境中，数据的安全性至关重要，任何数据的丢失都可能产生严重的后果。
造成数据丢失的原因主要有：程序错误、人为操作错误、运算错误、磁盘故障、灾难(如火灾、地震)和盗窃。
二、数据库备份的分类
从物理与逻辑的角度，备份可分为
1.物理备份：对数据库操作系统的物理文件（如数据文件、日志文件等)的备份。
- 冷备份（脱机备份)︰是在关闭数据库的时候进行的；
- 热备份（联机备份)︰数据库处于运行状态，依赖于数据库的日志文件；
- 温备份：数据库锁定表格（不可写入但可读）的状态下进行备份操作。
2.逻辑备份：对数据库逻辑组件（如表等数据库对象）的备份，导出sql文件。
从数据库的备份策略角度，备份可分为
3.完全备份：每次对数据库进行完整的备份。
4.差异备份：备份自从上次完全备份之后被修改过的文件。
5.增量备份：只有在上次完全备份或者增量备份后被修改的文件才会被备份。
推荐使用 完全备份+增量备份 的方式
三、常见的备份方法
1.物理冷备
备份时数据库处于关闭状态，直接打包数据库文件，备份速度快，恢复时也是最简单的。
2.专用备份工具
- mysqldump常用的逻辑备份工具；
- mysqlhotcopy。（仅拥有备份MyISAM和ARCHIVE表）
3.启用二进制日志进行增量备份
进行增量备份，需要刷新二进制日志。（本文会介绍）
4.第三方工具备份
免费的MySQL热备份软件：Percona、XtraBackup等。
四、完全备份
1.简介
是对整个数据库、数据库结构和文件结构的备份；
保存的是备份完成时刻的数据库；
是差异备份与增量备份的基础。
2.优缺点
优点
- 备份与恢复操作简单方便。
缺点
- 数据存在大量的重复；
- 占用大量的备份空间；
- 备份与恢复时间长。
五、完全备份与恢复
1.物理冷备份与恢复
关闭mysql数据库，使用tar命令直接打包数据库数据文件夹，实现备份
#关闭mysql服务
systemctl stop mysqld.service
#创建备份目录
mkdir /sqlbak
#压缩打包数据文件夹，并以归档日期命名
tar zcf /sqlbak/mysql_bak_$(date +%F).tar.gz /usr/local/mysql/data/
替换数据文件夹实现恢复
#如果有需要，可以将现在的数据库文件迁移到一个目录中
mkdir /sqldata
mv /usr/local/mysql/data/ /sqldata
#将备份压缩包解压到一个目录下，并将其迁移到mysql的数据目录下
mkdir /sqlrestore
tar zxf /sqlbak/mysql_bak_2022-10-26.tar.gz -C /sqlrestore/
mv /sqlrestore/usr/local/mysql/data/ /usr/local/mysql/
#启动mysql服务
systemctl start mysqld.service2.mysqldump备份与恢复
单库备份
mysqldump -u用户名 -p密码 [选项] 数据库名 > /备份路径/备份文件名
--databases 可以保存创建库名
多库备份
mysqldump -u用户名 -p密码 [选项] --databases 库名1 库名2 ... > /备份路径/备份文件名
所有库备份
mysqldump -u用户名 -p密码 [选项] --all-databases > /备份路径/备份文件名
表备份
mysqldump -u用户名 -p密码 [选项] 数据库名 表名 > /备份路径/备份文件名
-d 只保存表结构
恢复库
mysqldump -u用户名 -p密码 < /备份路径/库备份文件
恢复表
mysqldump -u用户名 -p密码 库名 < /备份路径/表备份文件
六、mysql日志管理
修改/etc/my.cnf，添加错误日志、通用查询日志、慢查询日志和二进制日志
错误日志：用来记录当MysQL启动、停止或运行时发生的错误信息，默认已开启；
通用查询日志：用来记录MySQL的所有连接和语句，默认是关闭的；
慢查询日志：用来记录所有执行时间超过long query time秒的语句，可以找到哪些查询语句执行时间长，以便于优化，默认是关闭的；
二进制日志：用来记录所有更新了数据或者已经潜在更新了数据的语句，记录了数据的更改，可用于数据恢复，默认已开启。
vim /etc/my.cnf
[mysqld]
...
#错误日志
log-error=/usr/local/mysql/data/mysql_error.log
#通用查询日志
general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log
#二进制日志
log_bin=mysql-bin
binlog_format=MIXED
#慢查询日志
slow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=2
二进制日志格式有三种：binlog_format=STATEMENT 或 ROW 或 MIXED
STATEMENT：基于SQL语句记录二进制日志，写入和恢复速度较快，在高并发的情况可能会出SQL语句顺序记录偏差导致恢复时数据丢失。（老版本的默认模式）
ROW：基于行记录二进制日志，写入和恢复速度较STATEMENT慢些，日志文件占用空间也较大，但是准确性较高。（5.7的默认模式）
MIXED：混合模式，平时负载压力较小时使用SQL语句记录二进制日志，在高并发的情况会切换成基于行记录二进制日志。
重启服务后，日志文件就生成了
查看日志开启状态
七、增量备份与恢复
1.备份和查看
（1）当我们设置了二进制日志，之后在数据库中的操作会保存在最新的二进制日志中（即文件后缀序号最大的），也可以在mysql-bin.index文件中查看
（2）使用以下命令刷新新的日志文件，会生成新的二进制日志，每次生成，后缀的序号会+1。
mysqladmin -u用户 -p密码 flush-logs
（3）将旧的二进制日志（当前最新的 -1）迁移出来（可以加上日期便于识别）
（4）由于是二进制文件，需要转码才能查看
mysqlbinlog --no-defaults --base64-output=decode-rows -v 二进制日志文件
（5）也可以将输出的内容重定向输入到文本文件中便于查看和编辑
2.恢复
（1）将二进制日志中的所有数据恢复
mysqlbinlog --no-defaults 二进制日志文件 | mysql -u用户名 -p密码
（2）断点恢复（将二进制日志中的指定数据恢复）
基于位置点
从位置点恢复到结尾
mysqlbinlog --no-defaults --start-position='位置点' 二进制日志文件 | mysql -u用户名 -p密码
从位置点恢复到位置点
mysqlbinlog --no-defaults --start-position='位置点1' --stop-position='位置点2' 二进制日志文件 | mysql -u用户名 -p密码
基于时间点
时间点格式：'YYYY-mm-dd HH:MM:SS' 如：'2022-10-27 12:56:27'
从时间点恢复到结尾
mysqlbinlog --no-defaults --start-datetime='时间点1' 二进制日志文件 | mysql -u用户名 -p密码
从时间点恢复到时间点
mysqlbinlog --no-defaults --start-datetime='时间点1' --stop-datetime='时间点2' 二进制日志文件 | mysql -u用户名 -p密码
八、备份加入计划任务
通常情况需要执行一次完全备份后，再定期执行增量备份。
需求：现需要实现今晚12:00做完全备份，之后每天执行增量备份
1.编写完全备份脚本和增量备份脚本
#完全备份脚本
vim generalbak.sh
#!/bin/bash
mysqldump -uroot -p123123 --all-databases > /sqlbinlog/mysql_general_bak.sql
#增量备份脚本
vim addbak.sh
#!/bin/bash
mysqladmin -uroot -p123123 flush-logs
filename=$(tail -2 /usr/local/mysql/data/mysql-bin.index | head -1 |awk -F'/' '{print $2}')
mv /usr/local/mysql/data/$filename /sqlbinlog/mysql-bin-$(date +%Y%m%d)
2.加入计划任务
crontab -e
0 0 28 10 * /sqlbinlog/generalbak.sh
0 0 * * * /sqlbinlog/addbak.sh
