MySQL 数据库备份（增量备份与恢复）

目录

一、MySQL 增量备份

1.增量备份的概念

1.1 为什么使用增量备份

1.2 增量备份的特点

 2.增量备份示例

二、MySQL 增量恢复

1.增量恢复的场景

 2.丢失完全备份之后更改的数据的恢复步骤

 3.完全备份之后丢失所有数据的恢复步骤

4. 基于时间点与位置的恢复 

4.1 基于时间点的恢复

4.1 基于位置的操作

总结

---

一、MySQL 增量备份

增量备份可以在完全备份的基础上，减少备份文件的大小，从而加快备份和恢复的速度

1.增量备份的概念

1.1 为什么使用增量备份

• 前面章节讲到了完全备份有两种方式，一种是使用 tar 打包数据文件，另一种是
• 使用 mysqldump 进行完全备份
• 完全备份存在的问题很容易看到，每次都是把所有的数据内容进行备份，备份数据中有大量的重复数据，并且完全备份的时间与恢复的时间很长
• 解决完全备份存在的问题就是使用增量备份的方式，增量备份就是备份自上一次备份之后增加或改变的文件或者内容
   

1.2 增量备份的特点

• 增量备份的优点是没有重复数据，备份量不大，时间短
• 缺点也很明显，需要上次完全备份及完全备份之后所有的增量备份才能恢复，而且对所有增量备份进行逐个反推恢复，操作较为繁锁
• MySQL 没有提供直接的增量备份方法，但是可以通过 MySQL 的二进制日志（binary
• logs)间接实现增量备份

二进制日志对备份的意义如下：

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

 2.增量备份示例

1.开启二进制日志功能

vim /etc/my.cnf

...
[mysqld]
log-bin=mysql-bin
binlog_format = MIXED
#指定二进制日志(binlog)的记录格式为 MIXED


systemctl restart mysqld.service
#重启服务

cd /usr/local/mysql/data
ls -l /usr/local/mysql/data/mysql-bin.*
#查看二进制文件


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

• 每周选择服务器负载较轻的时间段，或者用户访问较少的时间段进行备份

mysqldump -uroot -p123123 SCHOOL CLASS01 > /opt/SCHOOL_CLASS01_$(date +%F).sql
#对表进行完全备份

mysqldump -uroot -p123123 --databases SCHOOL > /opt/SCHOOL_$(date +%F).sql
#对库进行完全备份

crontab -e
#也可以使用计划性任务来执行
30 3 * * 3 mysqldump -uroot -p123123 SCHOOL CLASS01 > /opt/SCHOOL_CLASS01_$(date +%F).sql
30 3 * * 3 mysqldump -uroot -p123123 --databases SCHOOL > /opt/SCHOOL_$(date +%F).sql
每周三的凌晨 3:00 对数据库和表进行完全备份