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

2024-08-23 05:04

本文主要是介绍【数据库】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

相关文章

springboot security快速使用示例详解

《springbootsecurity快速使用示例详解》:本文主要介绍springbootsecurity快速使用示例,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝... 目录创www.chinasem.cn建spring boot项目生成脚手架配置依赖接口示例代码项目结构启用s

Python如何使用__slots__实现节省内存和性能优化

《Python如何使用__slots__实现节省内存和性能优化》你有想过,一个小小的__slots__能让你的Python类内存消耗直接减半吗,没错,今天咱们要聊的就是这个让人眼前一亮的技巧,感兴趣的... 目录背景:内存吃得满满的类__slots__:你的内存管理小助手举个大概的例子:看看效果如何?1.

java中使用POI生成Excel并导出过程

《java中使用POI生成Excel并导出过程》:本文主要介绍java中使用POI生成Excel并导出过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录需求说明及实现方式需求完成通用代码版本1版本2结果展示type参数为atype参数为b总结注:本文章中代码均为

mysql出现ERROR 2003 (HY000): Can‘t connect to MySQL server on ‘localhost‘ (10061)的解决方法

《mysql出现ERROR2003(HY000):Can‘tconnecttoMySQLserveron‘localhost‘(10061)的解决方法》本文主要介绍了mysql出现... 目录前言:第一步:第二步:第三步:总结:前言:当你想通过命令窗口想打开mysql时候发现提http://www.cpp

MySQL大表数据的分区与分库分表的实现

《MySQL大表数据的分区与分库分表的实现》数据库的分区和分库分表是两种常用的技术方案,本文主要介绍了MySQL大表数据的分区与分库分表的实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有... 目录1. mysql大表数据的分区1.1 什么是分区?1.2 分区的类型1.3 分区的优点1.4 分

MySQL错误代码2058和2059的解决办法

《MySQL错误代码2058和2059的解决办法》:本文主要介绍MySQL错误代码2058和2059的解决办法,2058和2059的错误码核心都是你用的客户端工具和mysql版本的密码插件不匹配,... 目录1. 前置理解2.报错现象3.解决办法(敲重点!!!)1. php前置理解2058和2059的错误

Mysql删除几亿条数据表中的部分数据的方法实现

《Mysql删除几亿条数据表中的部分数据的方法实现》在MySQL中删除一个大表中的数据时,需要特别注意操作的性能和对系统的影响,本文主要介绍了Mysql删除几亿条数据表中的部分数据的方法实现,具有一定... 目录1、需求2、方案1. 使用 DELETE 语句分批删除2. 使用 INPLACE ALTER T

Spring Boot3虚拟线程的使用步骤详解

《SpringBoot3虚拟线程的使用步骤详解》虚拟线程是Java19中引入的一个新特性,旨在通过简化线程管理来提升应用程序的并发性能,:本文主要介绍SpringBoot3虚拟线程的使用步骤,... 目录问题根源分析解决方案验证验证实验实验1:未启用keep-alive实验2:启用keep-alive扩展建

MySQL INSERT语句实现当记录不存在时插入的几种方法

《MySQLINSERT语句实现当记录不存在时插入的几种方法》MySQL的INSERT语句是用于向数据库表中插入新记录的关键命令,下面:本文主要介绍MySQLINSERT语句实现当记录不存在时... 目录使用 INSERT IGNORE使用 ON DUPLICATE KEY UPDATE使用 REPLACE

MySQL Workbench 安装教程(保姆级)

《MySQLWorkbench安装教程(保姆级)》MySQLWorkbench是一款强大的数据库设计和管理工具,本文主要介绍了MySQLWorkbench安装教程,文中通过图文介绍的非常详细,对大... 目录前言:详细步骤:一、检查安装的数据库版本二、在官网下载对应的mysql Workbench版本,要是