数据库管理与高可用----MySQL 备份与恢复

最新推荐文章于 2022-09-02 20:34:31 发布
最新推荐文章于 2022-09-02 20:34:31 发布
阅读量481 收藏 3
点赞数 1
分类专栏： 数据库管理与高可用 文章标签： 数据库 linux mysql 数据库完全备份 数据库增量备份
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/LPFAM/article/details/108146113
版权

文章目录

一: 数据库备份的分类

1.1: 数据备份的重要性

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

1.2: 数据库备份的分类

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

1.3: 从数据库的备份策略角度,备份可分为

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

1.4: 常见的备份方法

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

1.5: MySQL物理冷备份与恢复

  • 先关闭数据库,之后打包备份

    [root@localhost ~]# systemctl stop mysqld
[root@localhost ~]# mkdir /backup
[root@localhost ~]# tar zcf /backup/mysql_all $(date + %F).tar.gz /usr/local/mysq/data/

  • 恢复数据库,采用将备份数据mv成线上库文件夹的方式

    [root@localhost ~]# mkdir bak
[root@localhost ~]# mv /usr/local/mysql/data/ /bak/
[root@localhost ~]# mkdir restore
[root@localhost ~]# tar zxf /backup/mysql_all-2020-01-02.tar.gz -C restore/
[root@localhost ~]# mv restore/usr/local/mysql/data/ /usr/local/mysql/
[root@localhost ~]# systemctl start mysqld

二：MySQL的完全备份

2.1：完全备份概念

  • 完全备份是对整个数据库的备份、数据库结构和文件结构的备份

  • 完全备份保存的是备份完成时刻的数据库

  • 完全备份是增量备份的基础

  • 完全备份是对整个数据库的备份、数据库结构和文件结构的备份

  • 完全备份保存的是备份完成时刻的数据库

  • 完全备份是增量备份的基础

2.2：完全备份的优缺点

2.2.1：优点：

  • 安全性高
  • 备份与恢复操作简单方便

2.2.2：缺点：

  • 数据存在大量的重复
  • 占用大量的备份空间，空间利用率低
  • 备份与恢复时间长

2.3：mysqldump备份库

2.3.1：完全备份MySQL数据库分类

  • 物理冷备份与恢复

    • 关闭MySQL数据库
    • 使用tar命令直接打包数据库文件夹
    • 直接替换现有MySQL目录即可

  • mysqldump备份与恢复

    • MySQL自带的备份工具，可方便实现对MySQL的备份
    • 可以将指定的库、表导出为SQL脚本
    • 使用命令mysql导入备份的数据

2.3.2：mysqldump介绍

  • mysqldump命令是MySQLI自带的备份工具，相当方便对MySQL进行备份
  • 通过该命令工具可以将指定的库、表或全部的库导出为SQL脚本，在需要恢复时可进行数据恢复

2.3.3：mysqldump命令备份数据库

  • 备份单个库

    语法：
mysqldump -u 用户名 -p [密码] [选项] [库名] > /备份路径/备份文件名
例如：
mysqldump -u root -p yiku > /backup/yiku.sql

    示例

    [root@mysql opt]# mysqldump -uroot -pabc123 school > /opt/school.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
[root@mysql opt]# ls
mysql-5.7.20  mysql-boost-5.7.20.tar.gz  rh  school.sql

  • 备份多个库

    语法：
mysqldump -u 用户名 -p [密码] [选项] --databases 库名1 [库名2] ...  > /备份路径/备份文件名
例如：
mysqldump -u root -p --databases yiku erku > /backup/yiku-erku.sql

    示例:

    [root@mysql opt]# mysqldump -uroot -pabc123 --databases school name > /opt/school_name.sql     //同时备份school和name库
mysqldump: [Warning] Using a password on the command line interface can be insecure.
[root@mysql opt]# ls
mysql-5.7.20  mysql-boost-5.7.20.tar.gz  rh  school_name.sql  school.sql

  • 对所有库备份

    语法：
mysqldump -u 用户名 -p [密码] [选项] --all-databases > /备份路径/备份文件名
例如：
mysqldump -u root -p --opt --all-databases > /backup/ku.sql

    示例:

    [root@mysql opt]# mysqldump -uroot -pabc123 --all-databases > /opt/all-data.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
[root@mysql opt]# ls
all-data.sql  mysql-boost-5.7.20.tar.gz  school_name.sql
mysql-5.7.20  rh                         school.sql

2.3.4：mysqldump命令备份表

  • 在实际生产环境中，存在对某个特定表的维护操作，此时 mysqldump同样发挥重大作用

  • 使用 mysqldump备份表的操作

    语法
mysqldump -u 用户名 -p [密码] [选项] 数据库名 表名 > /备份路径/备份文件名
例如
mysqldump -u root -p yiku yibiao > /backup/yiku-yibiao.sql

    示例:

    [root@mysql opt]# mysqldump -uroot -pabc123 school kgc > /opt/school_kgc.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
[root@mysql opt]# ls
all-data.sql  mysql-boost-5.7.20.tar.gz  school_kgc.sql   school.sql
mysql-5.7.20  rh                         school_name.sql

  • 使用 mysqldump备份表的结构

    mysqldump -u 用户名 -p [密码] [选项] -d 数据库名 表名 > /备份路径/备份文件名
例如
mysqldump -u root -p -d yiku yibiao > /backup/yiku-yibiao.sql

    示例:

    [root@mysql opt]# mysqldump -uroot -pabc123 -d school kgc > /opt/school-kgc.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
[root@mysql opt]# ls
all-data.sql  mysql-boost-5.7.20.tar.gz  school_kgc.sql  school_name.sql
mysql-5.7.20  rh                         school-kgc.sql  school.sql

三: MySQL数据恢复

3.1：数据恢复的两种方法

  • 使用 mysqldump命令导出的SQL备份脚本，在进行数据恢复时可使用以下方法导入
    • source命令
    • mysql命令

3.2：source命令恢复数据库

  • 使用 source恢复数据库的步骤

    • 登录到 MySQL数据库
    • 执行 source备份sql脚本的路径（绝对路径）

  • 例如

mysql > source /backup/all-data.sql     //使用绝对路径
'//source命令在mysql库中使用'

  • 示例

    mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| apple              |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
5 rows in set (0.00 sec)

mysql> use school;
Database changed
mysql> source /opt/school.sql
Query OK, 0 rows affected (0.00 sec)
mysql> show tables;
+------------------+
| Tables_in_school |
+------------------+
| accp             |
| kgc              |
| ky03             |
| num              |
| qingniao         |
| test             |
| tmp              |
+------------------+
7 rows in set (0.01 sec)

    注意这里创建单个库的时候sql语句里没有判断库的语句,所以要先创建库,再导入表
mysql> drop database school;
Query OK, 7 rows affected (0.02 sec)
mysql> show databases;
mysql> source /opt/school.sql;
.....
ERROR 1046 (3D000): No database selected
ERROR 1046 (3D000): No database selected
ERROR 1046 (3D000): No database selected
//备份多个库的时候,备份的sql语句包含了库的判断,所以不用提前创建库

3.3：mysql命令恢复数据库

  • 使用 mysql恢复数据库
语法：
mysql -u 用户名 -p [密码] < 库备份脚本的路径
'//此处用了导入<符号，而不是导出>符号'
例如
mysql -u root -p < /backup/all-data.sql
  • 示例
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| apple              |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
[root@mysql opt]# mysql -uroot -pabc123 < /opt/all-data.sql
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| apple              |
| kgc                |
| mysql              |
| name               |
| performance_schema |
| school             |
| sys                |
+--------------------+

3.4：恢复数据表

  • 恢复表时同样可以使用 source或者mysql命令进行
  • source恢复表的操作与恢复库的操作相同
  • 当备份文件中只包含表的备份，而不包括创建库的语句时，必须指定库名，且目标库必须存在
语法
mysql -u 用户名 -p [密码] < 表备份脚本的路径
例如
mysql -u root -p mysql < /backup/yiku-yibiao.sql

  • 示例

    mysql> use school;
Database changed
mysql> source /opt/school_kgc.sql
mysql> show tables;
+------------------+
| Tables_in_school |
+------------------+
| kgc              |
+------------------+
1 row in set (0.00 sec)
[root@mysql opt]# mysql -uroot -pabc123 < /opt/school_kgc.sql 
mysql: [Warning] Using a password on the command line interface can be insecure.
ERROR 1046 (3D000) at line 22: No database selected
//linux命令行直接还原,报错

  • 在生产环境中，可以使用shell脚本自动实现定期备份

四: MySQL增量备份与恢复

4.1：MySQL增量备份概述

  • 只有那些在上次完全备份或者增量备份后被修改的文件才会被备份
  • 增量备份就是备份自上一次备份之后增加或变化的文件或者内容

4.2：使用mysqldump命令进行完全备份存在的问题

  • 备份数据中有重复数据
  • 备份时间与恢复时间长

4.3：增量备份有的优缺点

  • 优点：

    • 没有重复数据，效率高，空间利用率最大化
    • 备份量不大，时间短

  • 缺点：

    • 恢复麻烦：需要上次完全备份及完全备份之后所有的增量备份才能恢复，而且要对所有增量备份进行逐个反推恢复
    • 安全性较低

4.4：MySQL增量备份方法

  • MySQL没有提供直接的增量备份方法

  • 可以通过 MySQL提供的二进制日志（ binary logs）间接实现增量备份

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

    • 二进制日志保存了所有更新或者可能更新数据库的操作

    • 二进制日志在启动 MySQL服务器后开始记录，并在文件达到max_binlog_size所设置的大小或者接收到 flush-logs命令后重新创建新的日志文件

  • 只需定时执行 flush-logs方法重新创建新的日志，生成二进制文件序列，并及时把这些旧的日志保存到安全的地方就完成了一个时间段的增量备份

4.5: MySQL 增量备份

  • MySQL没有提供直接的增量备份方法

  • 可以通过 MySQL提供的二进制日志（ binary logs）间接实现增量备份

  • MySQL的配置文件的[mysqld]项中加入log-bin=filepath项（filepath是二进制文件的路径），如log-bin=mysql-bin，然后重启mysqld服务。

二进制日志文件的默认路径为/usr/local/mysql/data

[root@localhost ~]# vim /etc/my.cnf
'//在[mysqld]项中加入配置 log-bin=mysql-bin'
...省略内容
[mysqld]
user = mysql
basedir = /usr/local/mysql
datadir=/usr/local/mysql/data
port = 3306
character_set_server=utf8
pid-file = /usr/local/mysql/mysqld.pid
socket = /usr/local/mysql/mysql.sock
server-id = 1
log-bin=mysql-bin	'//添加此句'
...省略内容
[root@localhost ~]# systemctl restart mysqld	'//重启服务'
[root@localhost ~]# ls /usr/local/mysql/data/
...省略内容
mysql-bin.000001	'//发现已经生成了二进制文件，设置成功'
...省略内容

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

    • 二进制日志保存了所有更新或者可能更新数据库的操作

    • 二进制日志在启动 MySQL服务器后开始记录，并在文件达到max_binlog_size所设置的大小或者接收到 flush-logs命令后重新创建新的日志文件

    • 语法
mysqladmin -u 用户名 -p [密码] flush-logs

    • 只需定时执行 flush-logs方法重新创建新的日志，生成二进制文件序列，并及时把这些旧的日志保存到安全的地方就完成了一个时间段的增量备份

4.6: MySQL 增量备份恢复

4.6.1：查看到日志文件中的操作语句(重要)

mysqlbinlog --no-defaults --base64-output=decode-rows -v 日志文件名称 /opt/aaa.txt	'//使用64位解码器按行输出日志文件放到/opt/aaa.txt中'
cat /opt/aaa.txt  '//查看日志文件的详细信息'

mysql> show master status;                       '查看限制正在使用哪个日志''
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000003 |     6161 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

4.6.2：一般恢复

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

基于二进制日志恢复
mysql> drop table kgc;
Query OK, 0 rows affected (0.00 sec)
mysql> source /opt/kgc.sql
[root@mysql data]# mysqlbinlog --no-defaults mysql-bin.000002 | mysql -uroo
t -pabc123
mysql: [Warning] Using a password on the command line interface can be insecure.

4.6.3：断点恢复

  • 基于位置恢复

    • 就是将某个起始时间的二进制日志导入数据库中，从而跳过某个发生错误的时间点实现数据的恢复

      恢复数据到指定位置
mysqlbinlog --stop-position='操作id' 二进制日志 |mysql -u 用户名 -p 密码

      从指定的位置开始恢复数据
mysqlbinlog --start-position='操作id' 二进制日志 |mysql -u 用户名 -p 密码

  • 基于时间点恢复

    • 使用基于时间点的恢复，可能会出现在一个时间点里既同时存在正确的操作又存在错误的操作，所以我们需要一种更为精确的恢复方式

    • 从日志开头截止到某个时间点的恢复
mysqlbinlog [--no-defaults] --stop-datetime='年-月-日 小时:分钟:秒' 二进制日志 |mysql -u 用户名 -p 密码

      从某个时间点到日志结尾的恢复
mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时:分钟:秒' 二进制日志 |mysql -u 用户名 -p 密码

      从某个时间点到某个时间点的恢复
mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时:分钟:秒' --stop-datetime='年-月-日 小时:分钟:秒' 二进制日志 |mysql -u 用户名 -p 密码

4.6.4: 增量恢复的步骤

  • 开启二进制日志–>添加数据–>进行完全备份–>录入新的数据–>进行增量备份(刷新二进制日志)–>模拟故障––恢复操作

四: MySQL增量备份恢复案例

4.1: 开启二进制日志

  • [root@mysql ~]# vim /etc/my.cnf

default-character-set=utf8
socket = /usr/local/mysql/mysql.sock
[mysqld]
user = mysql
basedir = /usr/local/mysql
datadir = /usr/local/mysql/data
port = 3306
character_set_server=utf8
pid-file = /usr/local/mysql/mysqld.pid
socket = /usr/local/mysql/mysql.sock
server-id = 1
log-bin=mysql-bin                 //添加此行开启二进制日志,名称为mysql-bin开头
......

[root@mysql ~]# cd /usr/local/mysql/data
[root@mysql data]# ls
apple           ibdata1      ibtmp1  performance_schema
auto.cnf        ib_logfile0  kgc     school
ib_buffer_pool  ib_logfile1  mysql   sys
[root@mysql data]# systemctl restart mysqld       //开启二进制日志后重启服务
[root@mysql data]# ls
apple           ibdata1      ibtmp1  mysql-bin.000001    school
auto.cnf        ib_logfile0  kgc     mysql-bin.index     sys
ib_buffer_pool  ib_logfile1  mysql   performance_schema
                                      //生成二进制日志文件mysql-bin.000001

4.2：进行完全备份

mysql> use school;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> show tables;
+------------------+
| Tables_in_school |
+------------------+
| kgc              |
+------------------+
1 row in set (0.00 sec)

mysql> select * from kgc;
+----+--------+-----+
| id | name   | age |
+----+--------+-----+
|  1 | wangwu |  18 |
|  2 | lisi   |  28 |
|  4 | wangwu |  30 |
+----+--------+-----+
3 rows in set (0.01 sec)
//备份school库里的kgc表
[root@mysql ~]# mysqldump -uroot -pabc123 school kgc > /opt/kgc.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
[root@mysql opt]# ls
kgc.sql  mysql-5.7.20  mysql-boost-5.7.20.tar.gz  rh

4.3：进行正常操作和误操作，进行增量备份

  • mysql> insert into kgc values (3,'zhangsan',20);     //正常操作
Query OK, 1 row affected (0.01 sec)

mysql> delete from kgc where name='wangwu'           //勿操作
    -> ;
Query OK, 2 rows affected (0.06 sec)

mysql> insert into kgc values (5,'zhangliu',40);     //正常操作
Query OK, 1 row affected (0.00 sec)

mysql> select * from kgc;
+----+----------+-----+
| id | name     | age |
+----+----------+-----+
|  2 | lisi     |  28 |
|  5 | zhangliu |  40 |
|  3 | zhangsan |  20 |
+----+----------+-----+
3 rows in set (0.00 sec)
[root@mysql data]# mysqladmin -uroot -pabc123 flush-logs  //刷新日志增量备份
mysqladmin: [Warning] Using a password on the command line interface can be insecure.
[root@mysql data]# ls                                   
apple           ib_logfile0  mysql             performance_schema
auto.cnf        ib_logfile1  mysql-bin.000001  school
ib_buffer_pool  ibtmp1       mysql-bin.000002  sys
ibdata1         kgc          mysql-bin.index
 //刷新日志后生成000002文件,原来的正常操作和误操作保存在日志000001里面

4.4：查看增量备份二进制文件

  • [root@mysql data]# mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000001 > /opt/bak.txt
[root@mysql data]# vim /opt/bak.txt
......
# at 612             '对应恢复的stop位置,以及stop时间点'
#200821 11:54:04 server id 1  end_log_pos 664 CRC32 0x3fed0fc6  Table_map: `school`.`kgc` mapped to number 132
# at 664            '勿操作开始位置664,要跳过该断点,误操作时间200821 11:54:04'
#200821 11:54:04 server id 1  end_log_pos 731 CRC32 0x9b8b9ffd  Delete_rows: table id 132 flags: STMT_END_F
### DELETE FROM `school`.`kgc`
### WHERE
###   @1=1
###   @2='wangwu'
###   @3=18
### DELETE FROM `school`.`kgc`
### WHERE
###   @1=4
###   @2='wangwu'
###   @3=30
# at 731                          '这个位置是更新数据后产生的Query-ok记录,和数据修改无关'
#200821 11:54:04 server id 1  end_log_pos 806 CRC32 0x09c40f10  Query   thread_id=3     exec_time=0     error_code=0
SET TIMESTAMP=1597982044/*!*/;
COMMIT
/*!*/;
# at 806          '增量恢复的start位置,跳过断点664,继续往下恢复,开始时间200821 11:54:38'
#200821 11:54:38 server id 1  end_log_pos 871 CRC32 0xdd391fc6  Anonymous_GTID  last_committed=2        sequence_number=3       rbr_only=yes
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 871
#200821 11:54:38 server id 1  end_log_pos 945 CRC32 0x1988536b  Query   thread_id=3     exec_time=0     error_code=0
SET TIMESTAMP=1597982078/*!*/;
BEGIN
/*!*/;
# at 945
#200821 11:54:38 server id 1  end_log_pos 997 CRC32 0x02223b13  Table_map: `school`.`kgc` mapped to number 132
# at 997
#200821 11:54:38 server id 1  end_log_pos 1050 CRC32 0xc896fdf3         Write_rows: table id 132 flags: STMT_END_F
### INSERT INTO `school`.`kgc`                      '误操作后继续插入数据记录'
### SET
###   @1=5
###   @2='zhangliu'
###   @3=40
# at 1050
#200821 11:54:38 server id 1  end_log_pos 1125 CRC32 0xb26f89c4         Query   thread_id=3     exec_time=0     error_code=0
SET TIMESTAMP=1597982078/*!*/;
COMMIT
/*!*/;
# at 1125
......
'注意时间200821 11:54:38 对应的是 2020-08-21 11:54:38'
'时间200821 11:54:04  对应的格式是 2020-08-21 11:54:04'

4.5：模拟故障，删除表并进行恢复

  • mysql> use school;
Database changed
mysql> show tables;
+------------------+
| Tables_in_school |
+------------------+
| kgc              |
+------------------+
1 row in set (0.01 sec)
mysql> drop table kgc;                            //删除kgc表
mysql> source /opt/kgc.sql;                        //基于增量备份的上一次完全备份恢复
mysql> select * from kgc;
+----+--------+-----+
| id | name   | age |
+----+--------+-----+
|  1 | wangwu |  18 |
|  2 | lisi   |  28 |
|  4 | wangwu |  30 |
+----+--------+-----+
3 rows in set (0.00 sec)

4.6：使用基于时间点的断点恢复

[root@mysql data]# mysqlbinlog --no-defaults --stop-datetime='2020-08-21 11:54:04' /usr/local/mysql/data/mysql-bin.000001 | mysql -u root -pabc123
mysql: [Warning] Using a password on the command line interface can be insecure.
'//第一个正常操作的结尾时间是'2020-08-21 11:54:04'，所以此处用此时间，表示恢复到此时间的操作'
mysql> select * from kgc;                '//查看表，发现恢复了这条记录'
+----+----------+-----+
| id | name     | age |
+----+----------+-----+
|  1 | wangwu   |  18 |
|  2 | lisi     |  28 |
|  4 | wangwu   |  30 |
|  3 | zhangsan |  20 |
+----+----------+-----+
4 rows in set (0.00 sec)
[root@mysql data]# mysqlbinlog --no-defaults --start-datetime='2020-08-21 11:54:38' /usr/local/mysql/data/mysql-bin.000001 | mysql -u root -pabc123
mysql: [Warning] Using a password on the command line interface can be insecure.
'//中间失误操作，我们要跳过。失误操作后的正常操作的开始时间是'2020-08-21 11:54:38'，所以此处用此时间，表示从此时间恢复到结尾的操作'
mysql> select * from kgc;          //看表已经跳过误删除名为王五的操作继续恢复后面插入张六的操作
+----+----------+-----+
| id | name     | age |
+----+----------+-----+
|  1 | wangwu   |  18 |
|  2 | lisi     |  28 |
|  4 | wangwu   |  30 |
|  3 | zhangsan |  20 |
|  5 | zhangliu |  40 |
+----+----------+-----+
5 rows in set (0.00 sec)

4.7：使用基于位置点的断点恢复

//由于已经基于时间点恢复,所以把数据删除,再用位置点进行恢复
mysql> drop table kgc;                            //删除kgc表
mysql> source /opt/kgc.sql;                        //基于增量备份的上一次完全备份恢复
mysql> select * from kgc;
+----+--------+-----+
| id | name   | age |
+----+--------+-----+
|  1 | wangwu |  18 |
|  2 | lisi   |  28 |
|  4 | wangwu |  30 |
+----+--------+-----+

[root@mysql data]# mysqlbinlog --no-defaults --stop-position='612' /usr/local/mysql/data/mysql-bin.000001 | mysql -u root -pabc123
mysql: [Warning] Using a password on the command line interface can be insecure. 
//这里612对应误操作664的上一个位置点,这里千万不要写664,写了664这个位置,就说明把这个位置的语句执行一遍,恢复的时候没有成功跳过断点,记住断点的上一个位置点
mysql> select * from kgc;
+----+----------+-----+
| id | name     | age |
+----+----------+-----+
|  1 | wangwu   |  18 |
|  2 | lisi     |  28 |
|  4 | wangwu   |  30 |
|  3 | zhangsan |  20 |
+----+----------+-----+
4 rows in set (0.00 sec)
[root@mysql data]# mysqlbinlog --no-defaults --start-position='806' /usr/local/mysql/data/mysql-bin.000001 | mysql -u root -pabc123
mysql: [Warning] Using a password on the command line interface can be insecure.
//806位置点为误操作的下一个位置点
mysql> select * from kgc;        //查看表已经跳过误删除名为王五的操作继续恢复后面插入张六的操作
+----+----------+-----+
| id | name     | age |
+----+----------+-----+
|  1 | wangwu   |  18 |
|  2 | lisi     |  28 |
|  4 | wangwu   |  30 |
|  3 | zhangsan |  20 |
|  5 | zhangliu |  40 |
+----+----------+-----+
5 rows in set (0.00 sec)
一往无前，未来可期
关注
  • 1
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL高可用--MGR入门（4）异常恢复
Enmotech的博客
01-19 1219
点击蓝字关注我们前文阅读：1.MySQL高可用--MGR入门（1）单主/多主模式搭建2.MySQL高可用--MGR入门（2）组复制监控常用相关表3.MySQL高可用--MGR入门（3）单主...
mysql备份和高可用（经典方案）
weixin_34218579的博客
04-30 348
本人不是mysql砖家，只是普通的管理员，本着对事物的完美追求，最大限度地保障系统的安全和稳定，从数据完整和服务持续性考虑，和大家分享下，我目前采用的方案。 mysqldump可以实现完全备份，但要锁表，mysqlbinlog可以实现某故障点之前的恢复。第三方工具xtrabackup可以实现完全备份和增量备份，是在线热备工具（innodb行锁不影响读写,myis...
mysql不停机恢复高可用
qq_43348295的博客
09-08 260
mysql不停机恢复高可用 1，恢复前确认工作 主库确认已经开启了log-bin 2，主库创建复制用户 mysql> GRANT REPLICATION SLAVE,REPLICATION CLIENT ON . TO ‘rep’@’%’ IDENTIFIED BY ‘rep2018’; mysql> flush privileges; 3，备份主库数据 ./bin/mysqldump --defaults-file=etc/user.root.cnf --skip-lock-tables -
mysql备份 mysql主从复制和mysql高可用
lm52277的博客
08-04 127
1、编写脚本，支持让用户自主选择，使用mysqldump还是xtraback全量备份。 #!/bin/bash echo "请选择备份方式: M:mysqldump X:xtrabackup" read bk case $bk in M | m) mysqldump -A --single-transaction --master-data=2 > /all.sql && echo "mysqldump is ok";; X | x) xtrab
mysql 补行_关于MySQL高可用，快速恢复是最好的补充，顺带两个设计方案
weixin_39928818的博客
02-02 70
原标题：关于MySQL高可用，快速恢复是最好的补充，顺带两个设计方案这是学习笔记的第 2152 篇文章 之前关注了很多高可用方面的事情，但是似乎有一点我们忽略了，那就是我们所谓的高可用关注的更多是一种临界状态，更多是为了数据一致性和完整性努力，而对于切换时长存在一些问题，对于业务来说，这就会导致服务中断过长，服务不可用。对很多业务(除了一些交易系统)来说，能够最快恢复也许是重中之重，而在这个基础上...
MySQL数据库和MySQL管理、备份与恢复
12-14
本教程将带你深入了解MySQL数据库的使用，管理以及备份与恢复的相关知识。 首先，让我们从基础开始，理解什么是数据库。数据库是存储和组织数据的系统，它允许用户以结构化方式访问、管理和更新数据。MySQL以其高效...
03-MySQL备份与恢复1
08-03
MySQL备份与恢复涉及多种技术和方法，需要根据业务需求、数据库规模和可用资源来定制合适的备份策略。物理备份和逻辑备份各有优势，增量和差异备份则在节省存储空间方面发挥作用。同时，理解并熟练运用二进制日志...
mysql-8.0.26-winx64.zip
09-09
8. **备份与恢复** - 可以使用`bin\mysqldump.exe`进行数据库备份，而`bin\mysqlimport.exe`用于导入数据。此外，也有第三方工具如Percona Xtrabackup提供更高级的备份策略。 9. **性能监控** - MySQL提供了一...
MySQL数据库：其他备份与恢复方法.pptx
05-29
本文将深入探讨几种不同的MySQL备份与恢复的方法。 首先，`mysqldump`是MySQL官方提供的一个逻辑备份工具，它能够将数据库中的结构和数据转换成SQL语句，然后保存到文本文件中。备份命令的基本格式如下： ```shell...
教学PPT-59844MySQL数据库管理与应用.rar
最新发布
02-21
而数据库备份与恢复是确保数据完整性和可用性的重要策略，包括全量备份、增量备份和差异备份等方法，以及如何在灾难情况下恢复数据。 总的来说，这个压缩包提供的PPT系列详细地介绍了MySQL的各个方面，从基础知识到...
MySQL5.7 mysqldump备份与恢复的实现
12-14
MySQL 备份 冷备份： 停止服务进行备份，即停止数据库的写入 热备份： 不停止服务进行备份（在线） mysql 的 MyIsam 引擎只支持冷备份，InnoDB 支持热备份，原因： InnoDB引擎是事务性存储引擎，每一条语句都会写日志，并且每一条语句在日志里面都有时间点，那么在备份的时候，mysql可以根据这个日志来进行redo和undo，将备份的时候没有提交的事务进行回滚，已经提交了的进行重做。但是MyIsam不行，MyIsam是没有日志的，为了保证一致性，只能停机或者锁表进行备份。 InnoDB不支持直接复制整个数据库目录和使用mysqlhotcopy工具进行物理备份： 1、直接复制
mysql备份、主从、高可用用法示例
东方隐
08-10 160
1、编写脚本，支持让用户自主选择，使用 mysqldump 还是 xtraback 全量备份； 环境准备 # 安装 mariadb yum install -y mariadb-server # 设置开机启动并立即启动 systemctl enable --now mariadb # 导入备份文件 mysql < hellodb_innodb.sql # 下载 xtrabackup 安装包 wget https://www.percona.com/downloads/Percona-Xtra
.MySQL的备份还原及高可用2
cp_dvd的博客
09-02 726
主节点配置： 启用二进制日志，设置ip，设置远程用户链接账号，指定从哪里来复制主从复制，主从如果不一样 ，主服务版本要低，从服务版本要高，这样才可以从主版本里拉文件启用二进制日志[mysqld]为当前节点设置一个全局惟一的ID号 一样的文件有可能分不请是谁的，加长ip一方错乱[mysqld]log-basename=master #可选项，设置datadir中日志名称，确保不依赖主机名说明：server-id的取值范围。
MySQL数据库中出现no database selected是什么意思？
热门推荐
Fanjufei的博客
10-06 12万+
1、遇到问题 没有选择新创建的表所在的数据库，no database selected 意思就是没有选择数据库。 2、解决方法 首先查看存在的库：show databases; 可以选择其中的库，当然也可以自己创建一个数据库： 创建数据： 显示存在的数据库： 可以发现添加了fan库； 接下来使用fan库； ...
MySQL高可用自动故障恢复笔记（MHA）
xiaohu的博客
09-27 816
一、MHA架构 MHA 可以在几秒钟内完成故障转移（9-12 秒检测 master 故障，可选 7-10 秒关闭 master 机器以避免裂脑，几秒钟将差分中继日志应用到新 master，因此总停机时间为一般10-30秒），只要slave不严重延迟复制。在恢复新的 master 后，MHA 并行恢复其余的 slave。即使你有几十个slave，也不影响master恢复时间，你可以很快恢复slave。 在 150 多个 {master, slaves} 环境中使用 MHA。当其中一个主节点崩溃时，MHA
MYSQL备份还原工具、主从复制、高可用
ITISJack的博客
08-12 788
1、使用mysqldump备份数据库并通过备份及二进制日志还原数据(备份完后再写入数据,然后再删库) 2、使用xtrabackup备份数据并还原 3、MySQL数据备份企业实战(shell或python脚本实现) 使用xtrabackup以每周为一个备份周期做备份(数据库+二进制日志,备份至本地/data/backup) 提示: 周一某个时间点做一次完全备份,周二、三、四、五、六、日增量 备份存储...
二十、数据库的高可用是怎么实现的？
IT蜗牛的专栏
03-12 1259
高可用，即High Availability，是分布式系统架构设计中必须考虑的因素之一，它通常是指，通过设计减少系统不能提供服务的时间。单机部署谈不上高可用，因为单点故障问题。高可用都是多个节点的，我们在考虑MySQL数据库的高可用的架构时，需要考虑这几个方面： 如果数据库节点宕机，需要尽快回复，保证业务不受宕机影响。 从数据库节点的数据，尽可能跟主节点数据实时保持一致，至少保证最终一致性。 数据库节点切换时，数据不能缺失。 1.1 主从或主主半同步复制 用双节点数据库，搭建单向或者双向的半同步复制
高可用和热备份是什么意思？
菜菜bu菜的博客
09-27 1997
高可用、热备份、冷备份
MYSQL数据库导入sql的时候报错：[Err] 1046 - No database selected 今天把之前其它电脑导出的sql，导入本机的MySQL数据库时候出现了报错。原因是没有先新建
Tony0tangjuan的博客
07-10 1万+
MYSQL数据库导入sql的时候报错：[Err] 1046 - No database selected 今天把之前其它电脑导出的sql，导入本机的MySQL数据库时候出现了报错。原因是没有先新建数据库就直接的导入。 解决方式：先新建数据库：test_db，再右键运行批处理文件。
Mysql-5.6.17双机互备部署与实战教程
本文档详细介绍了如何在Mysql-5.6.17环境下实现双机互备的部署方案，这是一种常见的高可用性和灾备策略。双机互备（Active-Active或Active-Standby）的目的是确保当主数据库出现问题时，可以迅速切换到备用服务器，...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值