数据库灾难应对:MySQL误删除数据的救赎之道,技巧get起来!之binlog

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: 《数据库灾难应对:MySQL误删除数据的救赎之道,技巧get起来!之binlog》介绍了如何利用MySQL的二进制日志(Binlog)恢复误删除的数据。主要内容包括:1. **启用二进制日志**:在`my.cnf`中配置`log-bin`并重启MySQL服务。2. **查看二进制日志文件**:使用`SHOW VARIABLES LIKE 'log_%';`和`SHOW MASTER STATUS;`命令获取当前日志文件及位置。3. **创建数据备份**:确保在恢复前已有备份,以防意外。4. **导出二进制日志为SQL语句**:使用`mysqlbinlog`

《数据库灾难应对:MySQL误删除数据的救赎之道,技巧get起来!之binlog》


添加图片注释,不超过 140 字(可选)


数据意外删除是数据库管理中常见的问题之一。MySQL作为广泛使用的数据库管理系统,当数据意外删除时,有几种方法可以尝试恢复数据。以下是binlog方式的数据恢复方法和步骤:


一、Binlog恢复数据

MySQL的二进制日志(Binary Log)可以用于数据的恢复,特别是在数据库发生灾难性故障或误操作时。二进制日志记录了数据库中所有对数据的更改操作,包括插入、更新和删除。以下是使用MySQL的二进制日志进行数据恢复的一般步骤:

1、启用二进制日志

确保MySQL服务器已启用二进制日志。你可以在MySQL配置文件(通常是 my.cnf)中添加或修改以下行来启用二进制日志:

[mysqld] log-bin=/var/log/mysql/mysql-bin.log

然后重新启动MySQL服务。

2、查看二进制日志文件

使用以下命令查看当前二进制日志文件和文件位置:

#进入mysql控制台 mysql -uroot -p #执行以下命令 mysql> show variables like 'log_%';


添加图片注释,不超过 140 字(可选)


#当前binlog mysql> SHOW MASTER STATUS;


添加图片注释,不超过 140 字(可选)


记下输出中的 FilePosition,这将用于数据恢复。

#所有binlog show master logs;


添加图片注释,不超过 140 字(可选)



3、创建数据备份

在进行数据恢复之前,确保已经创建了数据库的备份,以防意外情况。 或者新建一个备份数据库用于测试恢复数据,恢复后再用于生产库。

4、导出二进制日志为sql语句

使用 mysqlbinlog 工具导出二进制日志。假设你的二进制日志文件是 mysql-bin.000001,则可以使用以下命令:

#全部导出 mysqlbinlog /var/log/mysql/mysql-bin.000001 > binlog_dump.sql #指定一个时间区间来导出 mysqlbinlog --base64-output=decode-rows -v --database=数据库名 --start-datetime="2023-12-04 16:50:00" --stop-datetime="2023-12-04 17:10:10"  /var/log/mysql/mysql-bin.000001 > binlog_dump.sql

这将把二进制日志的内容导出到一个文本文件中。 mysqlbinlog 是 MySQL 提供的用于解析二进制日志文件的工具,它可以将二进制日志导出成可读的 SQL 语句。

5、通过时间或position恢复


  • 通过时间恢复

如果你记得大概数据删除或修改的时间就可以根据时间来恢复数据

#根据SHOW MASTER STATUS定位到日志文件,然后复制出来 cp /var/log/mysql/mysql-bin.000003 /data/ #按时间恢复 mysqlbinlog  --start-datetime="2023-12-08 16:10:00" --stop-datetime="2023-12-08 16:20:00" --database=数据库名 /data/mysql-bin.000003 | mysql -uroot -p123456

执行完成后看是否报错,以下只是密码不安全警告,说明已经恢复完成,这里再检查一下自己的数据是否恢复了。


添加图片注释,不超过 140 字(可选)


当然如果自己不知道大概的时间可以通过上面第4步导出的binlog_dump.sql进行查看


添加图片注释,不超过 140 字(可选)


  • 通过position恢复

也可以根据position来恢复数据

#根据SHOW MASTER STATUS定位到日志文件,然后复制出来 cp /var/log/mysql/mysql-bin.000003 /data/ #查看事件 mysql> show binlog events in 'mysql-bin.000003';


添加图片注释,不超过 140 字(可选)


通过分析事件找到相应的start-position与stop-position。

#通过position恢复 mysqlbinlog --start-position=2016 --stop-position=2336 --database=test  /data/mysql-bin.000003 | mysql -uroot -p123456;

当然在binlog_dump.sql文件里也是有的。


添加图片注释,不超过 140 字(可选)


使用二进制日志进行数据恢复是一项敏感操作,确保在执行之前已经做好充分的备份,并仔细阅读和理解导出的二进制日志文件。此外,要确保二进制日志文件没有被过期或清理,以保证日志的完整性。

二、解读binlog_dump.sql

MySQL binlog,也称为二进制日志,是一个文件,包含了对 MySQL 服务器所做的所有数据修改的按时间顺序记录。它是以下几个关键功能的重要组成部分:

  • 复制: binlog 允许您将数据从一个 MySQL 服务器(主服务器)复制到一个或多个服务器(从服务器)。这确保了多个服务器之间数据的一致性,增强了容错性和可扩展性。
  • 时间点恢复 (PITR): 如果由于意外删除或硬件故障导致数据丢失,您可以使用 binlog 将数据库恢复到特定的时间点。这可以最大限度地减少数据丢失和停机时间。
  • 审计和跟踪更改: binlog 提供了数据库所做的所有更改的详细记录,使您可以跟踪用户活动、识别潜在问题并审计数据库修改。

binlog 的结构:

binlog 是一个二进制文件,包含一系列事件,每个事件描述特定的数据库修改。这些事件可以分为以下几类:

  • DML (数据操作语言): 如 INSERT、UPDATE 和 DELETE 语句,用于修改表中的数据。
  • DDL (数据定义语言): 如 CREATE TABLE、ALTER TABLE 和 DROP TABLE 语句,用于更改数据库的结构。
  • 管理事件: 如 XID (事务标识符) 和 BEGIN/COMMIT 语句,用于管理事务。

binlog 中的每个事件包含以下信息:

  • 时间戳: 事件发生的时间。
  • 服务器 ID: 生成事件的服务器的唯一标识符。
  • 结束日志位置: 事件在 binlog 文件中的位置。
  • CRC32: 用于确保数据完整性的校验和。
  • 事件类型: 事件的特定类型(例如,INSERT、UPDATE)。
  • 表 ID: 事件影响的表的标识符。
  • 标志: 有关事件的附加信息(例如,STMT_END_F)。
  • 数据: 对于 DML 事件,包括实际被修改的数据。

用于处理 binlog 的工具:

有几种工具可用于处理 binlog,包括:

  • mysqlbinlog: 此工具将 binlog 从二进制格式转换为人类可读格式,显示与每个事件对应的 SQL 语句。
  • binlog2sql: 与 mysqlbinlog 类似,但还生成可用于复制事件的 SQL 语句。
  • pt-archiver: 此工具可用于归档和管理 binlog 文件,方便数据保留和恢复。

以下是对MySQL二进制日志的注释和语法结构的说明:

  • binlog_dump.sql 示例


添加图片注释,不超过 140 字(可选)


# 事务开始 BEGIN /*!*/; # 事件头 # at 923 # 时间戳: 231208 16:03:57,服务器ID: 1,binlog事件起始位置: 923 # binlog事件结束位置: 981,CRC32哈希值: 0x7e80b732 # 事件类型: Table_map,表`test`.`user`映射到编号83 # 是否生成不可见主键: 否 # 下一个事件的起始位置: 981 # 事件标志: STMT_END_F #  # 更新行事件 # 表ID: 83,标志: STMT_END_F # CRC32哈希值: 0xabb7709d # binlog事件结束位置: 981 # 表`test`.`user`映射到编号83 # 更新行的数据 BINLOG ' 7c1yZRMBAAAAOgAAANUDAAAAAFMAAAAAAAEABHRlc3QABHVzZXIAAgMPApABAgEBAAID/P8AMreA fg== 7c1yZR8BAAAAPgAAABMEAAAAAFMAAAAAAAEAAgAC//8AAwAAAAYAbGlzaGkyAAMAAAAGAGxpc2hp M51wt6s= ' /*!*/; # 事件头 # 时间戳: 231208 16:03:57,服务器ID: 1,binlog事件结束位置: 1074 # 事务ID: 38 # 事务提交 COMMIT /*!*/;

以上示例中包含了一个事务,其中有一个表映射事件(Table_map)和更新行事件(Update_rows)。二进制日志的语法结构包括事务开始、事件头、具体事件内容(如表映射、更新行等),以及事务提交。每个事件都有特定的注释信息,描述了事件类型、时间戳、服务器ID、binlog事件的起始位置等。在这个例子中,更新行事件包含了更新表test.user的行的数据。


mysqlbinlog 工具将 binlog 导出为 SQL 语句的结构如下:

BEGIN; # 表映射 ... # 事件 # 事件 1 ... # 事件 2 ... # 事件 n COMMIT;

表映射

表映射部分将 binlog 中引用的表映射到内部标识符。这有助于 mysqlbinlog 更有效地解析 binlog。

事件

事件部分包含 binlog 中记录的每个操作。事件类型包括:

  • INSERT:插入新行
  • UPDATE:更新现有行
  • DELETE:删除现有行
  • DDL:数据定义语言(如创建表或更改表结构)
  • XID:事务结束

每个事件都包含以下信息:

  • 事件类型
  • 表 ID
  • 标志
  • 数据

BEGINCOMMIT 语句用于标记事务的开始和结束。

如果一个事务包含多个事件,则这些事件将按顺序排列在 BEGINCOMMIT 语句之间。

以下是一些示例:

# 表映射 Table_map: `test`.`user` mapped to number 123 # 事件 1 Update_rows: table id 123 flags: STMT_END_F # 更新行 BINLOG ' 7c1yZRMBAAAAOgAAANUDAAAAAFMAAAAAAAEABHRlc3QABHVzZXIAAgMPApABAgEBAAID/P8AMreA fg== '; # 事件 2 Xid = 38

这段 binlog 包含两个事件:

  • 第一个事件是 UPDATE 事件,它将 test.user 表中的行更新为 nameJohn Doe
  • 第二个事件是 XID 事件,它标记事务的结束。
相关实践学习
如何快速连接云数据库RDS MySQL
本场景介绍如何通过阿里云数据管理服务DMS快速连接云数据库RDS MySQL,然后进行数据表的CRUD操作。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
4天前
|
存储 Oracle 关系型数据库
数据库传奇:MySQL创世之父的两千金My、Maria
《数据库传奇:MySQL创世之父的两千金My、Maria》介绍了MySQL的发展历程及其分支MariaDB。MySQL由Michael Widenius等人于1994年创建,现归Oracle所有,广泛应用于阿里巴巴、腾讯等企业。2009年,Widenius因担心Oracle收购影响MySQL的开源性,创建了MariaDB,提供额外功能和改进。维基百科、Google等已逐步替换为MariaDB,以确保更好的性能和社区支持。掌握MariaDB作为备用方案,对未来发展至关重要。
18 3
|
4天前
|
安全 关系型数据库 MySQL
MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!
《MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!》介绍了MySQL中的三种关键日志:二进制日志(Binary Log)、重做日志(Redo Log)和撤销日志(Undo Log)。这些日志确保了数据库的ACID特性,即原子性、一致性、隔离性和持久性。Redo Log记录数据页的物理修改,保证事务持久性;Undo Log记录事务的逆操作,支持回滚和多版本并发控制(MVCC)。文章还详细对比了InnoDB和MyISAM存储引擎在事务支持、锁定机制、并发性等方面的差异,强调了InnoDB在高并发和事务处理中的优势。通过这些机制,MySQL能够在事务执行、崩溃和恢复过程中保持
21 3
|
17天前
|
关系型数据库 MySQL 数据库
Python处理数据库:MySQL与SQLite详解 | python小知识
本文详细介绍了如何使用Python操作MySQL和SQLite数据库,包括安装必要的库、连接数据库、执行增删改查等基本操作,适合初学者快速上手。
128 15
|
11天前
|
SQL 关系型数据库 MySQL
数据库数据恢复—Mysql数据库表记录丢失的数据恢复方案
Mysql数据库故障: Mysql数据库表记录丢失。 Mysql数据库故障表现: 1、Mysql数据库表中无任何数据或只有部分数据。 2、客户端无法查询到完整的信息。
|
21天前
|
存储 SQL 关系型数据库
mysql 的ReLog和BinLog区别
MySQL中的重做日志和二进制日志是确保数据库稳定性和可靠性的关键组件。重做日志主要用于事务的持久性和原子性,通过记录数据页的物理修改信息来恢复未提交的事务;而二进制日志记录SQL语句的逻辑变化,支持数据复制、恢复和审计。两者在写入时机、存储方式及配置参数等方面存在显著差异。
|
3月前
|
canal 消息中间件 关系型数据库
Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
【9月更文挑战第1天】Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
843 4
|
4月前
|
SQL 关系型数据库 MySQL
【揭秘】MySQL binlog日志与GTID:如何让数据库备份恢复变得轻松简单?
【8月更文挑战第22天】MySQL的binlog日志记录数据变更,用于恢复、复制和点恢复;GTID为每笔事务分配唯一ID,简化复制和恢复流程。开启binlog和GTID后,可通过`mysqldump`进行逻辑备份,包含binlog位置信息,或用`xtrabackup`做物理备份。恢复时,使用`mysql`命令执行备份文件,或通过`innobackupex`恢复物理备份。GTID模式下的主从复制配置更简便。
559 2
|
4月前
|
SQL 关系型数据库 MySQL
【MySQL】根据binlog日志获取回滚sql的一个开发思路
【MySQL】根据binlog日志获取回滚sql的一个开发思路
|
21天前
|
SQL 存储 缓存
MySQL进阶突击系列(02)一条更新SQL执行过程 | 讲透undoLog、redoLog、binLog日志三宝
本文详细介绍了MySQL中update SQL执行过程涉及的undoLog、redoLog和binLog三种日志的作用及其工作原理,包括它们如何确保数据的一致性和完整性,以及在事务提交过程中各自的角色。同时,文章还探讨了这些日志在故障恢复中的重要性,强调了合理配置相关参数对于提高系统稳定性的必要性。
|
1月前
|
关系型数据库 MySQL 数据库
【赵渝强老师】MySQL的binlog日志文件
MySQL的binlog日志记录了所有对数据库的更改操作(不包括SELECT和SHOW),主要用于主从复制和数据恢复。binlog有三种模式,可通过设置binlog_format参数选择。示例展示了如何启用binlog、设置格式、查看日志文件及记录的信息。
129 6