【数据库】MySQL 使用Binlog恢复数据实战

2024-08-23 05:04
文章标签 实战 数据 mysql 使用 恢复 数据库 binlog database

本文主要是介绍【数据库】MySQL 使用Binlog恢复数据实战，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

文章目录

    • 基于Binlog恢复数据
      • 1）使用mysqlbinlog工具查看binlog内容
      • 2）查看指定数据库binlog日志
      • 3）查看指定数据库指定表指定语句的位置
      • 4）根据binlog日志位置恢复删除数据
      • 5）根据binlog时间点恢复删除数据

基于Binlog恢复数据

1）使用mysqlbinlog工具查看binlog内容

mysqlbinlog --base64-output=DECODE-ROWS -v mysql-bin.000005

mysqlbinlog: MySQL 的命令行工具，用于读取和解析二进制日志文件。
–base64-output=DECODE-ROWS: 指定如何处理 base64 编码的数据。这里设置为 DECODE-ROWS，意味着对于每一条包含 base64 编码数据的 SQL 语句（如 INSERT, UPDATE, DELETE），都将解码这些数据并将其包含在 SQL 语句中。
-v: 显示详细信息。
mysql-bin.000005: 指定要解析的 binlog 文件名

2）查看指定数据库binlog日志

mysqlbinlog --base64-output=DECODE-ROWS -v mysql-bin.000005 --database=nacos_dev

-d，–database=name 仅显示指定数据库的转储内容

3）查看指定数据库指定表指定语句的位置

查找nacos_dev数据库users表的binlog日志

mysqlbinlog --base64-output=DECODE-ROWS -v mysql-bin.000007 --database=nacos_dev |grep  -C 20 -i users
---------------------------------------------------------------------------------------------------------------------
mysqlbinlog: [Warning] Skipping '!includedir /etc/mysql/conf.d/' directive as maximum include recursion level was reached in file /etc/mysql/conf.d/my.cnf at line 29.
WARNING: The option --database has been used. It may filter parts of transactions, but will include the GTIDs in any case. If you want to exclude or include transactions, you should use the options --exclude-gtids or --include-gtids, respectively, instead.
# at 14143
# at 14372
#240822  5:31:50 server id 1  end_log_pos 14403 CRC32 0x527a2cf8        Xid = 828
COMMIT/*!*/;
# at 14403
#240822  6:24:23 server id 1  end_log_pos 14482 CRC32 0x2db5daac        Anonymous_GTID  last_committed=28       sequence_number=29      rbr_only=yes    original_committed_timestamp=1724307863861951 immediate_commit_timestamp=1724307863861951     transaction_length=352
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
# original_commit_timestamp=1724307863861951 (2024-08-22 06:24:23.861951 UTC)
# immediate_commit_timestamp=1724307863861951 (2024-08-22 06:24:23.861951 UTC)
/*!80001 SET @@session.original_commit_timestamp=1724307863861951*//*!*/;
/*!80014 SET @@session.original_server_version=80027*//*!*/;
/*!80014 SET @@session.immediate_server_version=80027*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 14482
#240822  6:24:23 server id 1  end_log_pos 14553 CRC32 0x8f9293c0        Query   thread_id=2639  exec_time=0     error_code=0
SET TIMESTAMP=1724307863/*!*/;
SET @@session.sql_mode=1168113696/*!*/;
BEGIN
/*!*/;
# at 14553
#240822  6:24:23 server id 1  end_log_pos 14618 CRC32 0xcd77d550        Table_map: `nacos_dev`.`users` mapped to number 123
# at 14618
#240822  6:24:23 server id 1  end_log_pos 14724 CRC32 0xfaf76371        Write_rows: table id 123 flags: STMT_END_F
### INSERT INTO `nacos_dev`.`users`
### SET
###   @1='nacos1'
###   @2='$2a$10$EuWPZHzz32dJN7jexM34MOeYirDdFAZm2kuWj7VEOJhhZkDrxfvUu'
###   @3=1
# at 14724
#240822  6:24:23 server id 1  end_log_pos 14755 CRC32 0xc4d78371        Xid = 945
COMMIT/*!*/;
# at 14755
#240822  6:24:23 server id 1  end_log_pos 14834 CRC32 0x05e34489        Anonymous_GTID  last_committed=29       sequence_number=30      rbr_only=yes    original_committed_timestamp=1724307863953622 immediate_commit_timestamp=1724307863953622     transaction_length=352
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
# original_commit_timestamp=1724307863953622 (2024-08-22 06:24:23.953622 UTC)
# immediate_commit_timestamp=1724307863953622 (2024-08-22 06:24:23.953622 UTC)
/*!80001 SET @@session.original_commit_timestamp=1724307863953622*//*!*/;
/*!80014 SET @@session.original_server_version=80027*//*!*/;
/*!80014 SET @@session.immediate_server_version=80027*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 14834
#240822  6:24:23 server id 1  end_log_pos 14905 CRC32 0xfd287302        Query   thread_id=2639  exec_time=0     error_code=0
SET TIMESTAMP=1724307863/*!*/;
BEGIN
/*!*/;
# at 14905
#240822  6:24:23 server id 1  end_log_pos 14970 CRC32 0xc1874932        Table_map: `nacos_dev`.`users` mapped to number 123
# at 14970
#240822  6:24:23 server id 1  end_log_pos 15076 CRC32 0x1a2d51f9        Write_rows: table id 123 flags: STMT_END_F
### INSERT INTO `nacos_dev`.`users`
### SET
###   @1='nacos2'
###   @2='$2a$10$EuWPZHzz32dJN7jexM34MOeYirDdFAZm2kuWj7VEOJhhZkDrxfvUu'
###   @3=1
# at 15076
#240822  6:24:23 server id 1  end_log_pos 15107 CRC32 0xa8b9a67d        Xid = 947
COMMIT/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

这段日志说明了插入2条记录到users表里，记录位置为end_log_pos 15107，即15107

4）根据binlog日志位置恢复删除数据

删除users表中的一条数据，重新查看binlog日志，发现有删除记录，现在开始恢复。
我们只需要把数据恢复到删除前的即可，所以找到删除前的日志位置是上一步操作的15107

mysqlbinlog --base64-output=DECODE-ROWS -v mysql-bin.000007 --database=nacos_dev |grep  -C 20 -i users
------------------------------------------------------------------------------------------------
mysqlbinlog: [Warning] Skipping '!includedir /etc/mysql/conf.d/' directive as maximum include recursion level was reached in file /etc/mysql/conf.d/my.cnf at line 29.
WARNING: The option --database has been used. It may filter parts of transactions, but will include the GTIDs in any case. If you want to exclude or include transactions, you should use the options --exclude-gtids or --include-gtids, respectively, instead.
# at 14143
# at 14372
#240822  5:31:50 server id 1  end_log_pos 14403 CRC32 0x527a2cf8        Xid = 828
COMMIT/*!*/;
# at 14403
#240822  6:24:23 server id 1  end_log_pos 14482 CRC32 0x2db5daac        Anonymous_GTID  last_committed=28       sequence_number=29      rbr_only=yes    original_committed_timestamp=1724307863861951 immediate_commit_timestamp=1724307863861951     transaction_length=352
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
# original_commit_timestamp=1724307863861951 (2024-08-22 06:24:23.861951 UTC)
# immediate_commit_timestamp=1724307863861951 (2024-08-22 06:24:23.861951 UTC)
/*!80001 SET @@session.original_commit_timestamp=1724307863861951*//*!*/;
/*!80014 SET @@session.original_server_version=80027*//*!*/;
/*!80014 SET @@session.immediate_server_version=80027*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 14482
#240822  6:24:23 server id 1  end_log_pos 14553 CRC32 0x8f9293c0        Query   thread_id=2639  exec_time=0     error_code=0
SET TIMESTAMP=1724307863/*!*/;
SET @@session.sql_mode=1168113696/*!*/;
BEGIN
/*!*/;
# at 14553
#240822  6:24:23 server id 1  end_log_pos 14618 CRC32 0xcd77d550        Table_map: `nacos_dev`.`users` mapped to number 123
# at 14618
#240822  6:24:23 server id 1  end_log_pos 14724 CRC32 0xfaf76371        Write_rows: table id 123 flags: STMT_END_F
### INSERT INTO `nacos_dev`.`users`
### SET
###   @1='nacos1'
###   @2='$2a$10$EuWPZHzz32dJN7jexM34MOeYirDdFAZm2kuWj7VEOJhhZkDrxfvUu'
###   @3=1
# at 14724
#240822  6:24:23 server id 1  end_log_pos 14755 CRC32 0xc4d78371        Xid = 945
COMMIT/*!*/;
# at 14755
#240822  6:24:23 server id 1  end_log_pos 14834 CRC32 0x05e34489        Anonymous_GTID  last_committed=29       sequence_number=30      rbr_only=yes    original_committed_timestamp=1724307863953622 immediate_commit_timestamp=1724307863953622     transaction_length=352
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
# original_commit_timestamp=1724307863953622 (2024-08-22 06:24:23.953622 UTC)
# immediate_commit_timestamp=1724307863953622 (2024-08-22 06:24:23.953622 UTC)
/*!80001 SET @@session.original_commit_timestamp=1724307863953622*//*!*/;
/*!80014 SET @@session.original_server_version=80027*//*!*/;
/*!80014 SET @@session.immediate_server_version=80027*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 14834
#240822  6:24:23 server id 1  end_log_pos 14905 CRC32 0xfd287302        Query   thread_id=2639  exec_time=0     error_code=0
SET TIMESTAMP=1724307863/*!*/;
BEGIN
/*!*/;
# at 14905
#240822  6:24:23 server id 1  end_log_pos 14970 CRC32 0xc1874932        Table_map: `nacos_dev`.`users` mapped to number 123
# at 14970
#240822  6:24:23 server id 1  end_log_pos 15076 CRC32 0x1a2d51f9        Write_rows: table id 123 flags: STMT_END_F
### INSERT INTO `nacos_dev`.`users`
### SET
###   @1='nacos2'
###   @2='$2a$10$EuWPZHzz32dJN7jexM34MOeYirDdFAZm2kuWj7VEOJhhZkDrxfvUu'
###   @3=1
# at 15076
#240822  6:24:23 server id 1  end_log_pos 15107 CRC32 0xa8b9a67d        Xid = 947
COMMIT/*!*/;
# at 15107
#240822  8:12:38 server id 1  end_log_pos 15186 CRC32 0x86889068        Anonymous_GTID  last_committed=30       sequence_number=31      rbr_only=yes    original_committed_timestamp=1724314358298945 immediate_commit_timestamp=1724314358298945     transaction_length=352
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
# original_commit_timestamp=1724314358298945 (2024-08-22 08:12:38.298945 UTC)
# immediate_commit_timestamp=1724314358298945 (2024-08-22 08:12:38.298945 UTC)
/*!80001 SET @@session.original_commit_timestamp=1724314358298945*//*!*/;
/*!80014 SET @@session.original_server_version=80027*//*!*/;
/*!80014 SET @@session.immediate_server_version=80027*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 15186
#240822  8:12:38 server id 1  end_log_pos 15257 CRC32 0x79e992e2        Query   thread_id=4522  exec_time=0     error_code=0
SET TIMESTAMP=1724314358/*!*/;
BEGIN
/*!*/;
# at 15257
#240822  8:12:38 server id 1  end_log_pos 15322 CRC32 0x9525675f        Table_map: `nacos_dev`.`users` mapped to number 123
# at 15322
#240822  8:12:38 server id 1  end_log_pos 15428 CRC32 0x2ec06517        Delete_rows: table id 123 flags: STMT_END_F
### DELETE FROM `nacos_dev`.`users`
### WHERE
###   @1='nacos2'
###   @2='$2a$10$EuWPZHzz32dJN7jexM34MOeYirDdFAZm2kuWj7VEOJhhZkDrxfvUu'
###   @3=1
# at 15428
#240822  8:12:38 server id 1  end_log_pos 15459 CRC32 0x1d3b1922        Xid = 978
COMMIT/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

根据日志位置导出sql

mysqlbinlog  -v mysql-bin.000007 --database=nacos_dev --stop-position=15107 > 15107.sql

然后登录到mysql，source 15107.sql，现在删除的数据恢复回来了

这里有一个非常关键的问题，如果你是新开启的binlog日志功能，之前的数据是没有binlog记录的，也就是删除了没有binlog记录的数据，是无法恢复的

5）根据binlog时间点恢复删除数据

mysqlbinlog  -v mysql-bin.000007 --database=nacos_dev --stop-datetime="2024-08-22 06:24:23" > 240822062423.sql

这篇关于【数据库】MySQL 使用Binlog恢复数据实战的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1098429。

相关文章

网页解析 lxml 库--实战

网页解析 lxml 库--实战

lxml库使用流程 lxml 是 Python 的第三方解析库，完全使用 Python 语言编写，它对 XPath表达式提供了良好的支 持，因此能够了高效地解析 HTML/XML 文档。本节讲解如何通过 lxml 库解析 HTML 文档。 pip install lxml lxm| 库提供了一个 etree 模块，该模块专门用来解析 HTML/XML 文档，下面来介绍一下 lxml 库
阅读更多...
Spring Security基于数据库验证流程详解

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明（认真看哦） AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证，则会调用 #attemptAuthentica
阅读更多...
大模型研发全揭秘：客服工单数据标注的完整攻略

大模型研发全揭秘：客服工单数据标注的完整攻略

在人工智能（AI）领域，数据标注是模型训练过程中至关重要的一步。无论你是新手还是有经验的从业者，掌握数据标注的技术细节和常见问题的解决方案都能为你的AI项目增添不少价值。在电信运营商的客服系统中，工单数据是客户问题和解决方案的重要记录。通过对这些工单数据进行有效标注，不仅能够帮助提升客服自动化系统的智能化水平，还能优化客户服务流程，提高客户满意度。本文将详细介绍如何在电信运营商客服工单的背景下进行
阅读更多...
SQL中的外键约束

SQL中的外键约束

外键约束用于表示两张表中的指标连接关系。外键约束的作用主要有以下三点： 1.确保子表中的某个字段（外键）只能引用父表中的有效记录2.主表中的列被删除时，子表中的关联列也会被删除3.主表中的列更新时，子表中的关联元素也会被更新 子表中的元素指向主表 以下是一个外键约束的实例展示
阅读更多...
基于MySQL Binlog的Elasticsearch数据同步实践

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展，我们的业务数据越来越多，单纯使用 MySQL 已经不能满足我们的数据查询需求，例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后，随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步，我们目前的解决方案是建立数据中间表。把需要检索的业务数据，统一放到一张M
阅读更多...
关于数据埋点，你需要了解这些基本知识

关于数据埋点，你需要了解这些基本知识

产品汪每天都在和数据打交道，你知道数据来自哪里吗？ 移动app端内的用户行为数据大多来自埋点，了解一些埋点知识，能和数据分析师、技术侃大山，参与到前期的数据采集，更重要是让最终的埋点数据能为我所用，否则可怜巴巴等上几个月是常有的事。   埋点类型 根据埋点方式，可以区分为： 手动埋点半自动埋点全自动埋点 秉承“任何事物都有两面性”的道理：自动程度高的，能解决通用统计，便于统一化管理，但个性化定
阅读更多...
如何去写一手好SQL

如何去写一手好SQL

MySQL性能 最大数据量 抛开数据量和并发数，谈性能都是耍流氓。MySQL没有限制单表最大记录数，它取决于操作系统对文件大小的限制。 《阿里巴巴Java开发手册》提出单表行数超过500万行或者单表容量超过2GB，才推荐分库分表。性能由综合因素决定，抛开业务复杂度，影响程度依次是硬件配置、MySQL配置、数据表设计、索引优化。500万这个值仅供参考，并非铁律。 博主曾经操作过超过4亿行数据
阅读更多...
中文分词jieba库的使用与实景应用（一）

中文分词jieba库的使用与实景应用（一）

知识星球：https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义： 精确模式（默认模式）： 全模式： 搜索引擎模式： paddle 模式（基于深度学习的分词模式）： 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取
阅读更多...
使用SecondaryNameNode恢复NameNode的数据

使用SecondaryNameNode恢复NameNode的数据

1）需求： NameNode进程挂了并且存储的数据也丢失了，如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2）故障模拟 （1）kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 （2）删除NameNode存储的数据（/opt/module/hadoop-3.1.4/data/tmp/dfs/na
阅读更多...
异构存储（冷热数据分离）

异构存储（冷热数据分离）

异构存储主要解决不同的数据，存储在不同类型的硬盘中，达到最佳性能的问题。 异构存储Shell操作 （1）查看当前有哪些存储策略可以用 [lytfly@hadoop102 hadoop-3.1.4]$ hdfs storagepolicies -listPolicies （2）为指定路径（数据存储目录）设置指定的存储策略 hdfs storagepolicies -setStoragePo
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2