mysql 数据备份和恢复

操作系统：22.04.1-Ubuntu

mysql 版本：8.033

binlog 介绍

binlog 是mysql 二进制日志 binary log的简称，可以简单理解为数据的修改记录。

需要开启binlog,才会产生文件，mysql 8.0 默认开启,开启后可以在 /var/lib/mysql （这是mysql默认数据存储路径，如果用户自己指定则另说） 目录下看到一系列 binlog.xxxxxx 的文件

binlog刷新

每次mysql重启 都会生成一个新的binlog文件，也可以使用命令来刷新binlog

1、进入mysql，使用flush logs，会看到新生成了新的binlog.000011文件

2、mysqladmin -uroot -p flush-logs（这里也需要root账号密码）

备份与恢复

以下是官网的关于备份与恢复的翻译：

完整备份是必要的，但创建它们并不总是很方便。它们会生成大型备份文件，并且需要时间来生成。它们不是最佳的，因为每次连续的完全备份都包括所有数据，即使是自上次完全备份以来没有更改的部分。先进行初始完全备份，然后进行增量备份会更高效。增量备份更小，生成时间更短。代价是，在恢复时，不能仅通过重新加载完整备份来恢复数据。您还必须处理增量备份以恢复增量更改
官网关于备份恢复的链接

简而言之就是2种方式，完整和增量，优缺点也如上所述，下面描述2种方式的使用

完整备份与恢复

完整备份就是将所有数据以表的形式进行保存

备份

命令

mysqldump --all-databases --master-data --single-transaction > back_20220806_112100.sql

备份的同时刷新binlog文件

mysqldump --single-transaction --flush-logs --master-data=2 --all-databases > back_20220806_112100.sql

mysqldump 指令选项说明

恢复

如何恢复

执行指令

mysql <  back_20220806_112100.sql

如果需要密码则

mysql -uroot -p <  back_20220806_112100.sql

该指令相当于执行了备份文件中的sql语句。

可以先可以查看 备份文件，发现里面基本是以下语句：删除表，创建表，数据的插入 ，显然是以表为单位来备份的，恢复时也是以表来恢复的

因此可以得出结论：在利用备份文件进行数据恢复时，会恢复备份前的所有表数据，但不包括备份后新增加的表，新增的表有以下2中情况：

1、同一个数据库存在相同的表则被则会被覆盖

2、同一个数据库存在不同的表则忽略，因为备份文件中不含任何对该表的操作

增量恢复

备份

前面我们已经描述过 binlog是一个数据修改记录的文件，默认一个binlog文件代表一次运行的所有数据修改记录，然后也可以使用命令强制生成一个新的binlog文件作为新的起点来记录数据修改过程，因此增量备份 其实是自动的，就是一个个binlog文件

恢复

恢复的前提是要备份，完整备份和增量备份在上面已经描述清楚，因此数据恢复就是利用备份文件+binlog文件来做任意回滚

举个例子，执行备份指令

mysqldump --single-transaction --flush-logs --master-data=2 --all-databases > back_20220806_153500.sql

生成备份文件以及新的binlog文件，从000005开始的binlog文件都是back_20220806_153500.sql备份文件的增量文件

在上面的基础上（生成了back_20220806_153500.sql 以及新的binlog.000005），现在做一个简单测试来验证数据恢复，分为几个步骤

• 步骤1、新增一个数据库incrementTestDatabase,再添加一个表incrementTestTable，包含了id、test字段,以及一条数据（1，"test1"）
• 步骤2、刷新binlog日志
• 步骤3、删除incrementTestTable，在创建一个incrementTestTable表包含了id、test字段,以及一条数据（2，"test2"）
• 步骤4、恢复成1中的数据（1，"test1"）
• 步骤5、恢复成3中的数据（2，"test2"）
  开始测试
  执行步骤1，2效果
  
  执行步骤3后
  
  现在我们开始执行步骤4
  显然我们知道
  binlog.000005中包含了数据（1，"test1"）的新建
  binlog.000006中包含了表的删除及（2，"test2"）的新建
  因此要恢复到步骤1，只需要back_20220806_153500.sql + binlog.000005
  先恢复备份

mysql -uroot -p <  back_20220806_153500.sql

备份基础上恢复修改记录

mysqlbinlog binlog.000005 | mysql -uroot -p

结果如下，与预料中的一样

现在我们开始执行步骤5，在步骤4的基础上，恢复binlog.000006

mysqlbinlog binlog.000006 | mysql -uroot -p

结果如下，与预料中的一样