mysql的全备+binlog恢复

最新推荐文章于 2024-02-27 20:17:48 发布
最新推荐文章于 2024-02-27 20:17:48 发布
阅读量186 收藏 1
点赞数
分类专栏： 数据库备份恢复 mysql数据库备份恢复
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_55806247/article/details/117373969
版权

使用mysqldump备份所有数据库，并恢复。要求保持数据库的一致性的前提下尽量减少数据库的锁,然后用binlog前滚到指定时间点。

周一到周日，每天晚上22:00都备份了一个全备，某一天（周四）早上10:00数据库down了，怎么恢复到最新的时间点。

思路：周三晚上22:00通过全备恢复，周三晚上22:00-周四早上10:00通过binlog恢复

准备两台mysql服务器，不要是主从服务器。

1. 准备数据

mysql> create database cool;

Query OK, 1 row affected (0.00 sec)

 

mysql> use cool;

Database changed

mysql> create table cool (id int,name varchar(10));

Query OK, 0 rows affected (0.15 sec)

 

mysql> insert into cool values(1,'a'),(2,'b'),(3,'c');

Query OK, 3 rows affected (0.00 sec)

Records: 3  Duplicates: 0  Warnings: 0

 

mysql> commit;

Query OK, 0 rows affected (0.00 sec)

2. 备份数据库

假设周三晚上10:00进行了一个全备，如下：

[root@test opt]# mysqldump -uroot -ptest --set-gtid-purged=OFF --master-data=2 --single-transaction -A > /opt/full_$(date +%F).sql

mysqldump: [Warning] Using a password on the command line interface can be insecure.

[root@test opt]# ls

full_2021-05-17.sql

3. 新建一个数据库及表

周三晚上十点到周四早上十点模拟新增数据。

mysql> create database t1;

Query OK, 1 row affected (0.00 sec)

 

mysql> use t1;

Database changed

mysql> create table t1(id int,name varchar(20));

Query OK, 0 rows affected (0.00 sec)

 

mysql> insert into t1(id,name) values(1,'php'),(2,'java'),(3,'python');

Query OK, 3 rows affected (0.00 sec)

Records: 3  Duplicates: 0  Warnings: 0

mysql> select * from t1;

+------+--------+

| id   | name   |

+------+--------+

|    1 | php    |

|    2 | java   |

|    3 | python |

+------+--------+

3 rows in set (0.00 sec)

mysql> commit;

Query OK, 0 rows affected (0.00 sec

4. 模拟故障删库

周四早上十点模拟故障删库t1

mysql> drop database t1;

Query OK, 1 row affected (0.01 sec)

mysql> commit;

5. 查找binlog的起点及终点

在故障的mysql服务器上查看周三晚上十点备份的binlog起点。

vi /opt/full_2021-05-17.sql

-- CHANGE MASTER TO MASTER_LOG_FILE='slave-binlog.000002', MASTER_LOG_POS=234;

查看binlog终点

mysql> show master status;

+---------------------+----------+--------------+------------------+-------------------------------------------------------------------------------------+

| File                | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set                                                                   |

+---------------------+----------+--------------+------------------+-------------------------------------------------------------------------------------+

| slave-binlog.000002 |      840 |              |                  | 18d11475-b5fd-11eb-9b94-000c29c40ee0:1-14,

79c2fe65-b621-11eb-a65a-000c29d77752:1-7 |

+---------------------+----------+--------------+------------------+-------------------------------------------------------------------------------------+

1 row in set (0.00 sec)

mysql> show binlog events in 'slave-binlog.000002';

+---------------------+-----+----------------+-----------+-------------+-------------------------------------------------------------------------------------+

| Log_name            | Pos | Event_type     | Server_id | End_log_pos | Info                                                                                |

+---------------------+-----+----------------+-----------+-------------+-------------------------------------------------------------------------------------+

| slave-binlog.000002 |   4 | Format_desc    |         2 |         123 | Server ver: 5.7.32-log, Binlog ver: 4                                               |

| slave-binlog.000002 | 123 | Previous_gtids |         2 |         234 | 18d11475-b5fd-11eb-9b94-000c29c40ee0:1-14,

79c2fe65-b621-11eb-a65a-000c29d77752:1-4 |

| slave-binlog.000002 | 234 | Gtid           |         2 |         299 | SET @@SESSION.GTID_NEXT= '79c2fe65-b621-11eb-a65a-000c29d77752:5'                   |

| slave-binlog.000002 | 299 | Query          |         2 |         387 | create database t1                                                                  |

| slave-binlog.000002 | 387 | Gtid           |         2 |         452 | SET @@SESSION.GTID_NEXT= '79c2fe65-b621-11eb-a65a-000c29d77752:6'                   |

| slave-binlog.000002 | 452 | Query          |         2 |         562 | use `t1`; create table t1(id int,name varchar(20))                                  |

| slave-binlog.000002 | 562 | Gtid           |         2 |         627 | SET @@SESSION.GTID_NEXT= '79c2fe65-b621-11eb-a65a-000c29d77752:7'                   |

| slave-binlog.000002 | 627 | Query          |         2 |         697 | BEGIN                                                                               |

| slave-binlog.000002 | 697 | Table_map      |         2 |         743 | table_id: 154 (t1.t1)                                                               |

| slave-binlog.000002 | 743 | Write_rows     |         2 |         809 | table_id: 154 flags: STMT_END_F                                                     |

| slave-binlog.000002 | 809 | Xid            |         2 |         840 | COMMIT /* xid=656 */                                                                |

| slave-binlog.000002 | 840 | Gtid           |         2 |         905 | SET @@SESSION.GTID_NEXT= '79c2fe65-b621-11eb-a65a-000c29d77752:8'                   |

| slave-binlog.000002 | 905 | Query          |         2 |         991 | drop database t1                                                                    |

+---------------------+-----+----------------+-----------+-------------+-------------------------------------------------------------------------------------+

13 rows in set (0.00 sec)

所以可以知道，binlog的起点是234，终点为905

6. 截取binlog起点及终点的日志

[root@test data]# mysqlbinlog --skip-gtids --start-position=234 --stop-position=905 /data/mysql/data/slave-binlog.000002 > /opt/binlog.sql

#按时间截取是如下命令：

# mysqlbinlog  slave-binlog.000002 --start-datetime='2021-05-19 22:00:00' --stop-datetime='2021-05-19 10:00:00' -r > /opt/binlog.sql

7. 临时库上恢复数据库到最新时间点

临时库上恢复全备+binlog，将全备文件及截取的binlog文件恢复到临时库上（另外一台临时服务器上）

[root@test data]# scp /opt/full_2021-05-17.sql root@192.168.137.18:/opt

root@192.168.137.18's password:

full_2021-05-17.sql                                                   100%  913KB  10.5MB/s   00:00   

[root@test data]# scp /opt/binlog.sql root@192.168.137.18:/opt

root@192.168.137.18's password:

binlog.sql                                                            100% 1621     1.6MB/s   00:00

[root@www opt]# mysql -uroot -ptest

mysql> source /opt/full_2021-05-17.sql;   #现在只是恢复到周三晚上十点。所以并没有周三晚上十点到周四早上十点的数据。即t1数据库。

mysql> show databases;

+--------------------+

| Database           |

+--------------------+

| information_schema |

| cool               |

| mysql              |

| performance_schema |

| sys                |

| test               |

| wordpress          |

+--------------------+

7 rows in set (0.00 sec)

mysql> source /opt/binlog.sql;   #恢复周三晚上十点到周四早上十点新增的数据。

mysql> show databases;

+--------------------+

| Database           |

+--------------------+

| information_schema |

| cool               |

| mysql              |

| performance_schema |

| sys                |

| t1                 |

| test               |

| wordpress          |

+--------------------+

8 rows in set (0.00 sec)

 

mysql> use t1;

Database changed

mysql> select * from t1;

+------+--------+

| id   | name   |

+------+--------+

|    1 | php    |

|    2 | java   |

|    3 | python |

+------+--------+

3 rows in set (0.00 sec)

 

馒头片儿
关注
专栏目录
全量备份+mysqlbinlog恢复数据
yhbkqywangji的博客
04-14 776
全量恢复数据（全量备份+mysqlbinog） 单表恢复数据 （提取单表备份+提取单表mysqlbinlog） linux sql 导入和导出 保留最新的几份文件 mysql 数据回闪
MySQL全备+binlog恢复方法之伪装master
lmrylll的博客
06-21 514
发现又多了个61cfd125-a0f2-11e8-b8bc-000c2969aede:1-2，不太清楚是哪个gtid，查看3307的uuid也不是这个，为了影响实验效果，下面的gtid_purged也把这个加入进去了。查看备份的binlog位置为959b9f31-75ef-11e8-97de-000c2969aede:1-61970,d20b918a-96c9-11e8-aae4-000c2969aede:1-15。先备份3309的datadir，并清除里面的文件。
2021-05-21
m0_57750014的博客
05-22 139
binlog恢复 例如：周一到周日，每天晚上22:00都备份了一个全备，某一天（周四）早上10:00数据库down了，怎么恢复到最新的时间点。 思路：周三晚上22:00通过全备恢复，周三晚上22:00-周四早上10:00通过binlog恢复 准备两台mysql服务器，不要是主从服务器。 一、准备工作 1.准备数据（周三晚上22：:00前的数据） mysql> create database cool; Query OK, 1 row affected (0.00 sec) mysql&
mysql binlog操作
jiang8640的专栏
09-09 603
1：开启binlog日志记录  修改mysql配置文件mysql.ini，在[mysqld]节点下添加  复制代码代码如下: # log-bin  log-bin = E:/log/logbin.log  路径中不要包含中文和空格。重启mysql服务。通过命令行停止和启动mysql服务  复制代码代码如下: c:\>net stop mysql; 
mysql全备+binlog恢复
腾云T的博客
05-30 222
mysql全备+binlog恢复 我们模拟一个需要用到MySQL全备和binlog恢复的场景 假设周一到周日，每天晚上22:00都备份了一个全备，某一天（周四）早上10:00数据库down了，怎么恢复到最新的时间点。 思路：周三晚上22:00通过全备恢复，周三晚上22:00-周四早上10:00通过binlog恢复 准备两台mysql服务器，不要是主从服务器。 准备数据 创建数据库 mysql> create database cool; Query OK, 1 row affected (0.02
mysql dump 实现_用Mysqldump实现全库备份+binlog的数据还原
weixin_35762258的博客
01-19 185
随着业务量的增长，数据库也是成倍增长，原来一直使用的全库备份不再适合现在的数据库了，动辄就备份10G-20G,太占用磁盘空间，所以就考虑用更简洁更快速更节省磁盘空间的备份方法，这就想到了使用binlog日志来进行备份和恢复，下面是具体实施的方法：环境介绍：操作系统：Centos 7.2数据库：Mysql 5.6一.安装Mysql和改配置文件安装就不具体介绍了，网上教程很多，配置文件需要添加以下选项...
Xtrabackup全备+binlog增备恢复整个数据库 江湖救急
09-13
Xtrabackup全备+binlog增备恢复整个数据库 江湖救急 Xtrabackup是Percona 开发的一款开源的MySQL备份工具，它可以对MySQL数据库进行热备、冷备和增备，支持InnoDB、MyISAM和其他存储引擎。Xtrabackup全备是指使用...
MySQL全备+binlog备份策略与实战指南
如果发生误操作，可以通过最近的全量备份恢复大部分数据，再利用binlog恢复误操作之前的数据，提高恢复精度。 在实操部分，详细介绍了如何配置MySQL进行binlog实时增量备份： 1. 首先，备份原有的my.cnf配置文件，...
CentOS 7.5下Xtrabackup全备+binlog恢复MySQL 5.7.22数据库教程
本文档主要介绍了在CentOS 7.5操作系统环境下，如何使用Xtrabackup进行MySQL 5.7.22数据库的全备（Full Backup）以及结合binlog增量备份（Binlog Incremental Backup）来恢复整个数据库的过程，适用于生产环境中对...
mysql 5.5 全备+binlog恢复数据具体过程和代码
06-09
MySQL 5.5 的数据恢复通常包括全备份和二进制日志（binlog）恢复两个...以上就是 MySQL 5.5 全备+binlog 恢复数据的具体步骤和代码。需要注意的是，数据恢复是非常危险的操作，建议在操作前先备份数据，以免数据丢失。
MySQL全备+binlog恢复（含例题）
weixin_48005936的博客
05-24 406
全备+binlog恢复 使用mysqldump备份所有数据库，并恢复。要求保持数据库的一致性的前提下尽量减少数据库的锁,然后用binlog前滚到指定时间点。 周一到周日，每天晚上22:00都备份了一个全备，某一天（周四）早上10:00数据库down了，怎么恢复到最新的时间点。 思路：周三晚上22:00通过全备恢复，周三晚上22:00-周四早上10:00通过binlog恢复 准备两台mysql服务器，不要是主从服务器。 1. 准备数据 [root@xianxin opt]# vi /etc/my.cnf [c
第三章、MySQL日志详解
蜀山小师叔
11-05 517
[第一章、MySQL基础架构](https://blog.csdn.net/qq_35188937/article/details/109482266) [第二章、buffer pool缓冲池详解](https://blog.csdn.net/qq_35188937/article/details/109521846) [第三章、MySQL日志详解](https://blog.csdn.net/qq_35188937/article/details/109522325) 第四章、InnoDB引擎详解 第五章
mysql binlog备份恢复数据库_MySQL数据库备份还原（基于binlog的增量备份）
weixin_33900697的博客
01-21 254
MySQL数据库备份还原(基于binlog的增量备份)一、简介1、增量备份增量备份 是指在一次全备份或上一次增量备份后，以后每次的备份只需备份与前一次相比增加或者被修改的文件。这就意味着，第一次增量备份的对象是进行全备后所产生的增加和修改的文件；第二次增量备份的对象是进行第一次增量备份后所产生的增加和修改的文件，如此类推。这种备份方式最显著的优点就是：没有重复的备份数据，因此备份的数据量不大，备份...
全备+binlog恢复
m0_51597317的博客
05-22 178
使用mysqldump备份所有数据库并恢复。要求保持数据库的一致性的前提下尽量减少数据库的锁，然后用binlog前滚到指定时间点 模拟：周一到周日每天晚上十点都会做一个全备，某天（周四）早上十点数据库down了。问怎么恢复到最新的时间点 思路：周三晚上十点之前的通过全备来恢复，周三晚上十点之后到周四早上十点之间的通过binlog恢复 条件：准备两台mysql服务器，且mysql服务都在开启的状态下，注意不要是主从服务器 步骤： 1、准备数据：（模拟周三晚上十点之前的数据） [root@lzl
MySQL备份集binlog位置_mysql 备份 和binlog日志还原
weixin_28729205的博客
01-19 405
1、开启binlog日志vi /etc/my.cnfdatadir=/var/lib/mysql //默认的数据位置 默认binlog日志的位置server-id = 1binlog_format=STATEMENT #这个是binlog日志的模式这个模式可以在binlog日志里面显示出inser|update|delete语句log-bin=mysql-bin #binlog日志名子的前缀exp...
mysql 数据库二进制日志恢复
08-17 753
如果MySQL服务器启用了二进制日志，你可以使用mysqlbinlog工具来恢复从指定的时间点开始 (例如，从你最后一次备份)直到现在或另一个指定的时间点的数据。“mysqlbinlog：用于处理二进制日志文件的实用工具”。 要想从二进制日志恢复数据，你需要知道当前二进制日志文件的路径和文件名。一般可以从选项文件(即my.cnf or my.ini，取决于你的系统)中找到路径。如果未包含在选项文件
Mysql的备份还原
最新发布
2201_75878485的博客
02-27 403
查看mysql二进制日志、mysql使用基于时间/点位置点的完全备份/增量备份
MySQL 的数据如何恢复到任意时间点
sunny潘先生的博客
06-25 5823
恢复到任意时间点以定时的做全量备份，以及备份增量的 binlog 日志为前提。恢复到任意时间点首先将全量备份恢复之后，再此基础上回放增加的 binlog 直至指定的时间点。 全量备份，通过 mysqldump，mysql5.7以后用mysqlpump，可以并行备份。注意，不要使用 --master-data=2 这样会获取全局锁的参数。 增量备份通过 binlog 实现，MySQL中有六种日志文件，分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（
MySQL的全量备份和增量备份以及利用binlog日志实现恢复增量数据；
qq_44930876的博客
12-08 3829
MySQL的全量备份和增量备份以及利用binlog日志实现恢复增量数据;
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值