MySQL备份与恢复-阿里云开发者社区

数据库备份概述

备份的主要目的是灾难恢复，备份还可以测试应用，回滚数据修改，查询历史数据审计等。

数据备份的重要性

在企业中数据的价值至关重要，数据保障了企业业务的正常运行。因此，数据的安全性及数据的可靠性都是运维的重中之重，任何数据的都是都可能对企业产生严重的后果。通常情况下造成数据丢失的原因有以下几种。

程序错误，人为操作错误，运算错误，磁盘故障，灾难（火灾，地震）和盗窃。

数据库备份类型

（1）物理与逻辑的角度

物理备份 （备份数据文件）

冷备份：数据库关闭状态下进行备份操作。

热备份：在数据库处于运行状态时进行备份操作，该备份方法依赖数据库的日志文件。

温备份：数据库锁定表格（不可写入但可读）的状态下进行备份操作。

逻辑备份（备份库，表）

（2）数据库的备份策略角度

完全备份：每次对数据进行完整的备份，即对整个数据库的备份，数据结构和文件结构的备份，保存的是备份完成时刻的数据库，是差异备份和增量备份的基础。差异备份：备份那些自从上次完全备份之后被修改过的所有文件，备份的时间节点是从上次完整备份起，备份数据量会越来越大。恢复数据时，只需要恢复上次的完整备份与最近一次的完整差异备份。增量备份：只有那些在上次完全备份或者增量备份后被修改的文件才会备份。以上次完整备份或上次的增量备份的时间为时间点，仅备份者之间的数据变化，因此备份的数据量小，占用空间小，备份速度快。

常见的备份方法

（1）物理冷备份数据库关闭状态下，使用tar命令进行备份。

（2）专用备份工具 mysqldump是客户端常用逻辑备份程序，能够产生一组被执行以再现原始数据库对象定义和表数据的SQL语句。它可以转储一个到多个MySQL数据库，对其进行备份或传输到远程SQL服务器。

（3）二进制日志（增量备份）

进行增量备份必须启用二进制日志，二进制日志文件为用户提供复制，对执行备份点后进行的数据库更改所需的信息进行恢复。

（4）第三方工具备份 Percona XtraBackup Xtrabackup、innobackupex、xbstream。

数据库备份操作

物理冷备份与恢复

tar命令直接打包数据库文件夹，备份前需要关闭MySQL服务。

备份数据库

创建一个/backup目录作为备份数据存储路径，使用tar创建备份文件。

1.  [root@mysql ~]# systemctl stop mysqld
2.  [root@mysql ~]# mkdir /backup
3.  [root@mysql ~]# tar zcf /backup/mysql_all-$(date +%F).tar.gz /usr/local/mysql/data/
4.  tar: Removing leading `/' from member names
5.  [root@mysql ~]# ll /backup/
6.  total 728
7.  -rw-r--r-- 1 root root 741611 May 13 19:48 mysql_all-2022-05-13.tar.gz

mysql_all-$(date +%F).tar.gz为日期函数变量

恢复数据库

将数据库文件/usr/local/mysql/data/转移到bak目录下模拟故障。

1.  [root@mysql ~]# mkdir /bak
2.  [root@mysql ~]# mv /usr/local/mysql/data/ /bak/
3.  [root@mysql ~]# systemctl start mysqld
4.  Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details.

数据库已经损坏无法开启，执行以下操作可以从备份文件恢复数据。

创建restore目录并解压tar包，移动到/usr/local/mysql/ 下完成恢复，成功启动。

1. [root@mysql ~]# mkdir restore
2. [root@mysql ~]# tar zxf /backup/mysql_all-2022-05-13.tar.gz -C restore/
3. [root@mysql ~]# mv restore/usr/local/mysql/data/ /usr/local/mysql/
4. [root@mysql ~]# systemctl start mysqld
5. [root@mysql ~]#

mysqldump备份与恢复

通过mysqldump命令可以将指定的库，表或者全部的库导出为SQL脚本，便于该命令在不同版本的MySQL服务器上使用。

备份数据库

命令格式如下：

格式1：备份指定库中的部分表。

mysqldump [选项] 库名 [表名1] [表名2] ... > /备份路径/备份文件名

格式2：备份一个或多个完整的库（其中包括所有的表）。

mysqldump [选项] --databases 库名1 [库名2] ... > /备份路径/备份文件名

格式3：备份MySQL服务器中所有的库。

mysqldump [选项] --all-databases > /备份路径/备份文件名

注：常用的选项包括“-u”，“-p”,分别用于指定数据库用户名，密码。

例1：备份mysql库中的user到当前路径名称为mysql-user.sql。

1.  [root@mysql ~]# mysqldump -u root -p mysql user > mysql-user.sql
2.  Enter password: 
3.  [root@mysql ~]#

例2：备份数据库auth到当前路径名称为auth.sql。

1.  [root@mysql ~]# mysqldump -u root -p --databases auth > auth.sql
2.  Enter password: 
3.  [root@mysql ~]#

例3：备份所有库到当前路径名称为all-data.sql，当导出的数据量较大的时候，添加”--opt“选项优化执行速度。

1. [root@mysql ~]# mysqldump -u root -p --all-databases --opt > all-data.sql
2. Enter password: 
3. [root@mysql ~]#

查看备份文件

通过mysqldump工具导出的SQL脚本式文本文件，使用grep,less,cat等文本工具就可以查看脚本内容。

恢复数据库

命令格式如下：

mysql [选项] [库名] [表名] < /备份路径/备份文件名

使用mysqldump命令导出的SQL备份脚本，在需要恢复时可以通过mysql命令对其进行导出操作，当备份文件中只包含表的备份，而不包含创建的库的语句时，执行导入操作时必须指定库名，且目标库必须存在。

1. [root@mysql ~]# mysql -u root -p test < mysql-user.sql
2.  Enter password:

不进mysql查询库添加"-e"选项。

1. [root@mysql ~]# mysql -u root -p -e 'show tables from test;'
2.  Enter password: 
3.  +----------------+
4.  | Tables_in_test |
5.  +----------------+
6.  | user           |
7.  +----------------+

若备份文件中已经包括完整的库信息，则执行导入操作时无需指定数据库名。

1.  [root@mysql ~]# mysql -u root -p -e 'drop database auth;'       //删除auth库，模拟故障
2.  Enter password: 
3.  [root@mysql ~]# mysql -u root -p -e 'show databases;'           //查看auth库是否存在
4.  Enter password: 
5.  +--------------------+
6.  | Database           |
7.  +--------------------+
8.  | information_schema |
9.  | mysql              |
10.  | performance_schema |
11.  | test               |
12.  +--------------------+
13.  [root@mysql ~]# mysql -uroot -p < auth.sql                      //执行导入恢复操作
14.  Enter password: 
15.  [root@mysql ~]# mysql -u root -p -e 'show databases;'           //确认恢复后结果
16.  Enter password: 
17.  +--------------------+
18.  | Database           |
19.  +--------------------+
20.  | information_schema |
21.  | auth               |
22.  | mysql              |
23.  | performance_schema |
24.  | test               |
25.  +--------------------+

MySQL增量备份与恢复

增量备份的特点

与完全备份不同，增量备份没有重复数据，备份量不大，时间短；但其恢复麻烦，需要上次完全备份及完全备份之后所有的增量备份才能恢复，而且要对增量备份进行逐个反推恢复。MySQL没有提供直接的增量备份办法，可以通过MySQL提供的二进制日志简介实现增量备份。

MySQL二进制日志对备份的意义

二进制日志保存了所有更新或者可能更新数据库的操作。二进制日志在启动MySQL服务器后开始记录，并在文件达到二进制日志所设置的最大值或者接收到flush logs 命令后重新创建新的日志文件，生成二进制文件序列，并及时把这些日志保存到安全的储存位置，即可完成一个时间段的增量备份。使用max_bibnlog_size配置项可以设置二进制日志文件的最大值，如果二进制文件的大小超过了max_binlog_size，它就会自动创建新的二进制文件。

要进行MySQL的增量备份，首先要开启二进制日志功能。默认情况下，二进制日志文件的扩展名是一个六位的数字，如mysql-bin.000001。

1.  [root@mysql ~]# vim /etc/my.cnf 
2.  文本[mysqld]项下加入
3.  log-bin=/usr/local/mysql/mysql-bin
4.  保存退出：wq
5.  [root@mysql ~]# ll /usr/local/mysql/mysql-bin.*
6.  -rw-rw---- 1 mysql mysql 120 May 14 10:31 /usr/local/mysql/mysql-bin.000001
7.  -rw-rw---- 1 mysql mysql  34 May 14 10:31 /usr/local/mysql/mysql-bin.index

MySQL增量备份

常用的增量恢复的方法有三种：一般恢复，基于位置的恢复，基于时间点的恢复。

一般恢复 :将所有备份的二进制日志内容全部恢复，命令格式如下。

mysqlbinlog [--no-defaults] 增量备份文件 | mysql -u 用户名 -p 密码

基于位置的恢复 ：数据库管理员在操作数据库时可能在同一时间点既有错误的操作也有正确的操作，通过基于位置进行恢复可以更加精确，命令格式如下。

格式1：恢复到指定位置。

mysqlbinlog --stop-psition='操作id' 二进制日志 | mysql -u 用户名 -p 密码

格式2：从指定位置开始恢复数据。

mysqlbinlog --start-psition='操作id' 二进制日志 | mysql -u 用户名 -p 密码

两者的区别在于--stop-psition='操作id'从开始到指定位置停止，--start-psition='操作id'从指定位置到结束。

基于时间点的恢复 ：跳过某个发生错误的时间点实现数据恢复，而基于时间点的恢复可以分成三种情况。

格式1：从日志开头截止到某个时间点的恢复。

mysqlbinlog [--no-defaults] --stop-datetime='年-月-日 小时：分钟：秒' 二进制日志 | mysql -u 用户名 -p 密码

格式2：从某个时间点到日志结尾的恢复。

mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时：分钟：秒' 二进制日志 | mysql -u 用户名 -p 密码

格式3:从某个时间点到某个时间点的恢复。

mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时：分钟：秒' --stop-datetime='年-月-日 小时：分钟：秒' 二进制日志 | mysql -u 用户名 -p 密码

MySQL企业备份案例

需求：北京一家通信公司的用户信息数据库为client，用户资费数据表为user_info, 该公司每周需要进行完全备份，每天需要进行增量备份。新增加用户信息表如下。

一般恢复

添加数据库，表，录入信息

在进行备份前，现根据给出的需求创建用户信息数据库client，用户资费数据表user_info，并且根据需求描述中的表格插入之前三条用户的数据。

1.  [root@mysql ~]# mysql -uroot -p
2.  Enter password: 
3.  
4.  mysql> create database client;
5.  Query OK, 1 row affected (0.00 sec)
6.  
7.  mysql> use client;
8.  Database changed
9.  mysql> create table user_info (sfz char(20) not null,xingming char(20) not null,xingbie char(4),yh_id char(10) not null,zifei int);
10.  Query OK, 0 rows affected (0.02 sec)
11.  
12.  mysql> insert user_info values ('006','z3','nan','016',10);
13.  Query OK, 1 row affected (0.01 sec)
14.  
15.  mysql> insert user_info values ('007','l4','nv','017',91);
16.  Query OK, 1 row affected (0.00 sec)
17.  
18.  mysql> insert user_info values ('008','w5','nv','018',23);
19.  Query OK, 1 row affected (0.00 sec)
20.  
21.  mysql> select * from user_info;
22.  +-----+----------+---------+-------+-------+
23.  | sfz | xingming | xingbie | yh_id | zifei |
24.  +-----+----------+---------+-------+-------+
25.  | 006 | z3       | nan     | 016   |    10 |
26.  | 007 | l4       | nv      | 017   |    91 |
27.  | 008 | w5       | nv      | 018   |    23 |
28.  +-----+----------+---------+-------+-------+
29.  3 rows in set (0.00 sec)

先进行一次完全备份

为方便验证二进制日志的增量备份恢复功能，我们再插入三条用户数据后先对client数据库的user_info表进行一次完全备份。然后再linux系统命令行下执行“mysqladmin -uroot -p123456 flush-logs”命令或者在mysql>命令提示符下执行“flush logs;”生成新的二进制日志。

1.  [root@mysql ~]# mkdir /mysql_bak
2.  [root@mysql ~]# mysqldump -uroot -p client user_info > /mysql_bak/client_userinfo-$(date +%F).sql
3.  Enter password: 
4.  [root@mysql ~]# ls /mysql_bak/
5.  client_userinfo-2022-05-14.sql
6.  [root@mysql ~]# mysqladmin -uroot -p flush-logs
7.  Enter password: 
8.  [root@mysql ~]# ll /usr/local/mysql/mysql-bin.*
9.  -rw-rw---- 1 mysql mysql 1195 May 14 11:42 /usr/local/mysql/mysql-bin.000001
10.  -rw-rw---- 1 mysql mysql  120 May 14 11:42 /usr/local/mysql/mysql-bin.000002
11.  -rw-rw---- 1 mysql mysql   68 May 14 11:42 /usr/local/mysql/mysql-bin.index
12.  [root@mysql ~]#

继续录入新的数据并进行增量备份

继续录入两个用户数据，并执行“mysqladmin -uroot -p123456 flush-logs”命令刷新二进制日志进行增量备份。这样二进制日志文件mysql-bin.000003中仅保留插入两个用户数据的操作。

1.  mysql> use client;
2.  Database changed
3.  mysql> insert into user_info values('009','z6','nan','019',37);
4.  Query OK, 1 row affected (0.01 sec)
5.  
6.  mysql> insert into user_info values('010','s7','nan','020',36);
7.  Query OK, 1 row affected (0.00 sec)
8.  
9.  mysql> select * from user_info;
10.  +-----+----------+---------+-------+-------+
11.  | sfz | xingming | xingbie | yh_id | zifei |
12.  +-----+----------+---------+-------+-------+
13.  | 006 | z3       | nan     | 016   |    10 |
14.  | 007 | l4       | nv      | 017   |    91 |
15.  | 008 | w5       | nv      | 018   |    23 |
16.  | 009 | z6       | nan     | 019   |    37 |
17.  | 010 | s7       | nan     | 020   |    36 |
18.  +-----+----------+---------+-------+-------+
19.  5 rows in set (0.00 sec)

刷新二进制日志文件，复制000002日志文件到/mysql_abk/下。

1. [root@mysql ~]# mysqladmin -uroot -p flush-logs
2.  Enter password: 
3.  [root@mysql ~]# ll /usr/local/mysql/mysql-bin.*
4.  -rw-rw---- 1 mysql mysql 1195 May 14 11:42 /usr/local/mysql/mysql-bin.000001
5.  -rw-rw---- 1 mysql mysql  661 May 14 11:50 /usr/local/mysql/mysql-bin.000002
6.  -rw-rw---- 1 mysql mysql  120 May 14 11:50 /usr/local/mysql/mysql-bin.000003
7.  -rw-rw---- 1 mysql mysql  102 May 14 11:50 /usr/local/mysql/mysql-bin.index
8.  [root@mysql ~]# cp /usr/local/mysql/mysql-bin.000002 /mysql_bak/

模拟误操作删除user_info表

1.  mysql> use client 
2.  Database changed
3.  mysql> drop table user_info;
4.  Query OK, 0 rows affected (0.01 sec)
5.  
6.  mysql> select * from user_info;
7.  ERROR 1146 (42S02): Table 'client.user_info' doesn't exist
8.  mysql> 
9.

恢复操作

执行恢复操作时，需要先恢复完全备份，然后恢复增量备份。

1.  [root@mysql ~]# mysql -uroot -p client < /mysql_bak/client_userinfo-2022-05-14.sql   //恢复完全备份
2.  Enter password: 
3.  [root@mysql ~]# mysql -uroot -p123456 -e 'select * from client.user_info;'
4.  Warning: Using a password on the command line interface can be insecure.
5.  +-----+----------+---------+-------+-------+
6.  | sfz | xingming | xingbie | yh_id | zifei |
7.  +-----+----------+---------+-------+-------+
8.  | 006 | z3       | nan     | 016   |    10 |
9.  | 007 | l4       | nv      | 017   |    91 |
10.  | 008 | w5       | nv      | 018   |    23 |
11.  +-----+----------+---------+-------+-------+
12.  [root@mysql ~]# mysqlbinlog --no-defaults /mysql_bak/mysql-bin.000002 | mysql -u root -p123456              //恢复增量备份
13.  Warning: Using a password on the command line interface can be insecure.    //显示明文密码提示，不是报错。
14.  [root@mysql ~]# mysql -uroot -p123456 -e 'select * from client.user_info;'
15.  Warning: Using a password on the command line interface can be insecure.
16.  +-----+----------+---------+-------+-------+
17.  | sfz | xingming | xingbie | yh_id | zifei |
18.  +-----+----------+---------+-------+-------+
19.  | 006 | z3       | nan     | 016   |    10 |
20.  | 007 | l4       | nv      | 017   |    91 |
21.  | 008 | w5       | nv      | 018   |    23 |
22.  | 009 | z6       | nan     | 019   |    37 |
23.  | 010 | s7       | nan     | 020   |    36 |
24.  +-----+----------+---------+-------+-------+
25.  [root@mysql ~]#

基于位置恢复

前面已经做过完全备份，接下来直接进行模拟故障与数据恢复的操作。

1.  mysql> drop table user_info;        //模拟误操作删除user_info表
2.  Query OK, 0 rows affected (0.01 sec)
3.  
4.  mysql> select * from user_info;         //查看user_info表是否存在
5.  ERROR 1146 (42S02): Table 'client.user_info' doesn't exist
6.  mysql>

恢复完全备份

[root@mysql ~]# mysql -uroot -p123456 client < /mysql_bak/client_userinfo-2022-05-14.sql

想要时间基于位置或时间点数据恢复，必须先通过查看二进制日志文件确定恢复的位置或时间点。使用“mysqlbinlog --no-defaults 二进制日志文件”可以查看二进制日志文件的具体内容。

1. [root@mysql ~]# mysqlbinlog --no-defaults /mysql_bak/mysql-bin.000002
2.  /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
3.  /*!40019 SET @@session.max_insert_delayed_threads=0*/;
4.  /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
5.  DELIMITER /*!*/;
6.  # at 4
7.  #220514 11:42:24 server id 1  end_log_pos 120 CRC32 0x23249400  Start: binlog v 4, server v 5.6.36-log created 220514 11:42:24
8.  BINLOG '
9.  ICV/Yg8BAAAAdAAAAHgAAAAAAAQANS42LjM2LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
10.  AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAXAAEGggAAAAICAgCAAAACgoKGRkAAQCU
11.  JCM=
12.  '/*!*/;
13.  # at 120
14.  #220514 11:48:54 server id 1  end_log_pos 203 CRC32 0xb9d87fde  Query   thread_id=3 exec_time=0 error_code=0
15.  SET TIMESTAMP=1652500134/*!*/;
16.  SET @@session.pseudo_thread_id=3/*!*/;
17.  SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
18.  SET @@session.sql_mode=1075838976/*!*/;
19.  SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
20.  /*!\C utf8 *//*!*/;
21.  SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
22.  SET @@session.lc_time_names=0/*!*/;
23.  SET @@session.collation_database=DEFAULT/*!*/;
24.  BEGIN
25.  /*!*/;
26.  # at 203
27.  #220514 11:48:54 server id 1  end_log_pos 336 CRC32 0x9792a97e  Query   thread_id=3 exec_time=0 error_code=0
28.  use `client`/*!*/;
29.  SET TIMESTAMP=1652500134/*!*/;
30.  insert into user_info values('009','z6','nan','019',37)
31.  /*!*/;
32.  # at 336
33.  #220514 11:48:54 server id 1  end_log_pos 367 CRC32 0x6d86b97d  Xid = 47
34.  COMMIT/*!*/;
35.  # at 367
36.  #220514 11:49:13 server id 1  end_log_pos 450 CRC32 0x2c737037  Query   thread_id=3 exec_time=0 error_code=0
37.  SET TIMESTAMP=1652500153/*!*/;
38.  BEGIN
39.  /*!*/;
40.  # at 450
41.  #220514 11:49:13 server id 1  end_log_pos 583 CRC32 0x3802a753  Query   thread_id=3 exec_time=0 error_code=0
42.  SET TIMESTAMP=1652500153/*!*/;
43.  insert into user_info values('010','s7','nan','020',36)
44.  /*!*/;
45.  # at 583
46.  #220514 11:49:13 server id 1  end_log_pos 614 CRC32 0x95a2322d  Xid = 48
47.  COMMIT/*!*/;
48.  # at 614
49.  #220514 11:50:17 server id 1  end_log_pos 661 CRC32 0xe2d21e76  Rotate to mysql-bin.000003  pos: 4
50.  DELIMITER ;
51.  # End of log file
52.  ROLLBACK /* added by mysqlbinlog */;
53.  /*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
54.  /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

查看日志文件的具体内容可以发现，在每进行一个操作之前都有一个独特的编号，如“# at 450“我们称之为操作id。在操作id下面紧跟着的是时间标记，如”#220514 11:49:13” 。要实现基于位置或时间点恢复数据，需要分别依赖二进制日志文件中的id或者时间标记。

例：通过二进制日志文件得知，在操作id为“450”的时候，user_info表中插入“孙七”的用户数据。因此执行以下命令可以实现仅恢复到操作id为“450”之前的数据，即不恢复“孙七”的信息。这时所恢复的数据是从二进制日志文件的开始位置到指定位置。

1. [root@mysql ~]# mysqlbinlog --no-defaults --stop-position='450' /mysql_bak/mysql-bin.000002 | mysql -uroot -p
2.  Enter password: 
3.  [root@mysql ~]# mysql -uroot -p123456 -e 'select * from client.user_info;'
4.  Warning: Using a password on the command line interface can be insecure.
5.  +-----+----------+---------+-------+-------+
6.  | sfz | xingming | xingbie | yh_id | zifei |
7.  +-----+----------+---------+-------+-------+
8.  | 006 | z3       | nan     | 016   |    10 |
9.  | 007 | l4       | nv      | 017   |    91 |
10.  | 008 | w5       | nv      | 018   |    23 |
11.  | 009 | z6       | nan     | 019   |    37 |
12.  +-----+----------+---------+-------+-------+

上面操作命令中，"--stop-position"指定的是停止的位置。如果只恢复”孙七“的信息，跳过”赵六“的信息恢复，可以使用"--start-position"选项指定开始恢复的数据的位置。这时所恢复的数据时从指定位置开始直到二进制日志文件的最后。

首先还是模拟故障并恢复完全备份，从指定位置's7'开始恢复到结束。

1.  [root@mysql ~]# mysql -uroot -p123456 -e 'drop table client.user_info;'
2.  [root@mysql ~]# mysql -uroot -p client < /mysql_bak/client_userinfo-2022-05-14.sql 
3.  Enter password: 
4.  [root@mysql ~]# mysqlbinlog --no-defaults --start-position='450' /mysql_bak/mysql-bin.000002 | mysql -uroot -pEnter password: 
5.  [root@mysql ~]# mysql -uroot -p123456 -e 'select * from client.user_info;'
6.  Warning: Using a password on the command line interface can be insecure.
7.  +-----+----------+---------+-------+-------+
8.  | sfz | xingming | xingbie | yh_id | zifei |
9.  +-----+----------+---------+-------+-------+
10.  | 006 | z3       | nan     | 016   |    10 |
11.  | 007 | l4       | nv      | 017   |    91 |
12.  | 008 | w5       | nv      | 018   |    23 |
13.  | 010 | s7       | nan     | 020   |    36 |
14.  +-----+----------+---------+-------+-------+

基于时间点恢复

基于时间点恢复数据所使用的选项是“--stop-datetime”,指定的时间同样也是查询二进制日志所得。执行以下操作可以实现仅恢复到“s7” 2022-05-14 11:49:13之前的数据，即不恢复“s7”的信息。

首先还是模拟故障并恢复完全备份，从开始位置恢复到“s7”前结束。

1. [root@mysql ~]# mysql -uroot -p123456 -e 'drop table client.user_info;'
2.  [root@mysql ~]# mysql -uroot -p client < /mysql_bak/client_userinfo-2022-05-14.sql 
3.  Enter password: 
4.  [root@mysql ~]# mysqlbinlog --no-defaults --stop-datetime='2022-05-14 11:49:13' /mysql_bak/mysql-bin.000002 | mysql -uroot -p123456
5.  Warning: Using a password on the command line interface can be insecure.
6.  [root@mysql ~]# mysql -uroot -p -e 'select * from client.user_info;'
7.  Enter password: 
8.  +-----+----------+---------+-------+-------+
9.  | sfz | xingming | xingbie | yh_id | zifei |
10.  +-----+----------+---------+-------+-------+
11.  | 006 | z3       | nan     | 016   |    10 |
12.  | 007 | l4       | nv      | 017   |    91 |
13.  | 008 | w5       | nv      | 018   |    23 |
14.  | 009 | z6       | nan     | 019   |    37 |
15.  +-----+----------+---------+-------+-------+

同理，执行以下操作可以实现仅恢复“s7”的信息，跳过“z6”的信息恢复。

1. mysql> drop table user_info;
2.  Query OK, 0 rows affected (0.00 sec)
3.  
4.  mysql> select * from user_info;
5.  ERROR 1146 (42S02): Table 'client.user_info' doesn't exist
6.  [root@mysql ~]# mysql -uroot -p client < /mysql_bak/client_userinfo-2022-05-14.sql 
7.  Enter password: 
8.  [root@mysql ~]# mysqlbinlog --no-defaults --start-datetime='2022-05-14 11:49:13' /mysql_bak/mysql-bin.000002 | mysql -uroot -p123456
9.  Warning: Using a password on the command line interface can be insecure.
10.  [root@mysql ~]# mysql -uroot -p123456 -e 'select * from client.user_info;'
11.  Warning: Using a password on the command line interface can be insecure.
12.  +-----+----------+---------+-------+-------+
13.  | sfz | xingming | xingbie | yh_id | zifei |
14.  +-----+----------+---------+-------+-------+
15.  | 006 | z3       | nan     | 016   |    10 |
16.  | 007 | l4       | nv      | 017   |    91 |
17.  | 008 | w5       | nv      | 018   |    23 |
18.  | 010 | s7       | nan     | 020   |    36 |
19.  +-----+----------+---------+-------+-------+

MySQL备份与恢复

数据库备份概述

数据库备份操作

物理冷备份与恢复

mysqldump备份与恢复

MySQL增量备份与恢复

MySQL增量备份

MySQL企业备份案例

一般恢复

基于位置恢复

基于时间点恢复

热门文章

最新文章

相关课程

相关电子书

相关实验场景

推荐镜像