Mysql通过mysqlbinlog工具恢复误删除数据

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
云数据库 RDS PostgreSQL,集群系列 2核4GB
简介: Mysql通过mysqlbinlog工具恢复误删除数据

一、误删除的数据恢复


1、配置/etc/my.cnf,添加如下参数打开binlog

server_id=181

log_bin=binlog

binlog_format=ROW

2、创建表及测试数据

mysql> create table test(id int(4),name varchar(22));

Query OK, 0 rows affected (0.07 sec)


insert into test values(1,'a');

insert into test values(2,'c');

insert into test values(3,'d');



mysql> select * from test;

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

| id   | name |

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

|    1 | a    |

|    2 | c    |

|    3 | d    |

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

3 rows in set (0.00 sec)


3、现在将表数据及表删除

mysql> delete from test;

Query OK, 3 rows affected (0.02 sec)


mysql> drop table test;

Query OK, 0 rows affected (0.04 sec)


4、挖掘binlog日志

报错:

[root@ttt data]# mysqlbinlog --no-defaults -v -v --base64-output=decode-rows /mysql/data/binlog.000001 >kkk.sql

ERROR: Error in Log_event::read_log_event(): 'Sanity check failed', data_len: 31, event_type: 35

解决:指向绝对路径可以


/mysql/mysql/bin/mysqlbinlog --no-defaults -v -v --base64-output=decode-rows /mysql/data/binlog.000001 >kkk.sql


binlog日志:

# at 219

#171016 22:49:16 server id 181  end_log_pos 336 CRC32 0x379b4da4 Query thread_id=3 exec_time=0 error_cod

e=0

use `bhs`/*!*/;

SET TIMESTAMP=1508165356/*!*/;

SET @@session.pseudo_thread_id=3/*!*/;

SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;

SET @@session.sql_mode=1436549152/*!*/;

SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;

/*!\C latin1 *//*!*/;

SET @@session.character_set_client=8,@@session.collation_connection=8,@@session.collation_server=8/*!*/;

SET @@session.lc_time_names=0/*!*/;

SET @@session.collation_database=DEFAULT/*!*/;

create table test(id int(4),name varchar(22))

/*!*/;

# at 336

#171016 22:50:16 server id 181  end_log_pos 401 CRC32 0xbd9a58a5 Anonymous_GTID last_committed=1 sequence_

number=2

SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;

# at 401

#171016 22:50:16 server id 181  end_log_pos 472 CRC32 0x1a8c6154 Query thread_id=3 exec_time=0 error_cod

e=0

SET TIMESTAMP=1508165416/*!*/;

BEGIN

/*!*/;

# at 472

#171016 22:50:16 server id 181  end_log_pos 521 CRC32 0x99399010 Table_map: `bhs`.`test` mapped to number 219

# at 521

#171016 22:50:16 server id 181  end_log_pos 563 CRC32 0xb3366604 Write_rows: table id 219 flags: STMT_END_F

### INSERT INTO `bhs`.`test`

### SET

###   @1=1 /* INT meta=0 nullable=1 is_null=0 */

###   @2='a' /* VARSTRING(22) meta=22 nullable=1 is_null=0 */

# at 563

#171016 22:50:16 server id 181  end_log_pos 594 CRC32 0xb69dc2ef Xid = 10

COMMIT/*!*/;

# at 594

#171016 22:50:16 server id 181  end_log_pos 659 CRC32 0x981028de Anonymous_GTID last_committed=2 sequence_

number=3

SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;

# at 659

#171016 22:50:16 server id 181  end_log_pos 730 CRC32 0x9aaee2fb Query thread_id=3 exec_time=0 error_cod

e=0

SET TIMESTAMP=1508165416/*!*/;

BEGIN

/*!*/;

# at 730

#171016 22:50:16 server id 181  end_log_pos 779 CRC32 0xaf1b75d4 Table_map: `bhs`.`test` mapped to number 219

# at 779

#171016 22:50:16 server id 181  end_log_pos 821 CRC32 0x31527c07 Write_rows: table id 219 flags: STMT_END_F

### INSERT INTO `bhs`.`test`

### SET

###   @1=2 /* INT meta=0 nullable=1 is_null=0 */

###   @2='c' /* VARSTRING(22) meta=22 nullable=1 is_null=0 */

# at 821

#171016 22:50:16 server id 181  end_log_pos 852 CRC32 0x5f635042 Xid = 11

COMMIT/*!*/;

# at 852

#171016 22:50:21 server id 181  end_log_pos 917 CRC32 0x89e9ae79 Anonymous_GTID last_committed=3 sequence_

number=4

SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;

# at 917

#171016 22:50:21 server id 181  end_log_pos 988 CRC32 0x347ed8f5 Query thread_id=3 exec_time=0 error_cod

e=0

SET TIMESTAMP=1508165421/*!*/;

BEGIN

/*!*/;

# at 988

#171016 22:50:21 server id 181  end_log_pos 1037 CRC32 0x8ebe7b63 Table_map: `bhs`.`test` mapped to number 219

# at 1037

#171016 22:50:21 server id 181  end_log_pos 1079 CRC32 0x132c2b82 Write_rows: table id 219 flags: STMT_END_F

### INSERT INTO `bhs`.`test`

### SET

###   @1=3 /* INT meta=0 nullable=1 is_null=0 */

###   @2='d' /* VARSTRING(22) meta=22 nullable=1 is_null=0 */

# at 1079

#171016 22:50:21 server id 181  end_log_pos 1110 CRC32 0xc676ebaa Xid = 12

COMMIT/*!*/;

# at 1110

#171016 22:52:10 server id 181  end_log_pos 1175 CRC32 0x2c454196 Anonymous_GTID last_committed=4 sequence_

number=5

SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;

# at 1175

#171016 22:52:10 server id 181  end_log_pos 1246 CRC32 0xd494ad64 Query thread_id=5 exec_time=0 error_cod

e=0

SET TIMESTAMP=1508165530/*!*/;

BEGIN

/*!*/;

# at 1246

#171016 22:52:10 server id 181  end_log_pos 1295 CRC32 0x3bddb222 Table_map: `bhs`.`test` mapped to number 219

# at 1295

#171016 22:52:10 server id 181  end_log_pos 1351 CRC32 0x26842168 Delete_rows: table id 219 flags: STMT_END_F

### DELETE FROM `bhs`.`test`



5、开始恢复删除数据及表,挖掘binlog日志找到创建表的位置及delete删除前的位置,通过mysqlbinlog命令在数据库内重放


mysqlbinlog --start-position=219 --stop-position=1246 /mysql/data/binlog.000001 |mysql -uroot -p bhs


6、查看验证:数据已成功恢复

mysql> use bhs;

Database changed

mysql> show tables;

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

| Tables_in_bhs |

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

| test          |

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

1 row in set (0.00 sec)


mysql> 

mysql> select * from test;

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

| id   | name |

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

|    1 | a    |

|    2 | c    |

|    3 | d    |

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

3 rows in set (0.00 sec)










相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
20天前
|
canal 消息中间件 关系型数据库
Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
【9月更文挑战第1天】Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
115 4
|
6天前
|
SQL 缓存 关系型数据库
MySQL高级篇——性能分析工具
MySQL的慢查询日志,用来记录在MySQL中响应时间超过阀值的语句,具体指运行时间超过long-query_time值的SQL,则会被记录到慢查询日志中。long_query_time的默认值为 10,意思是运行10秒以上(不含10秒)的语句,认为是超出了我们的最大忍耐时间值。它的主要作用是,帮助我们发现那些执行时间特别长的 SOL 查询,并且有针对性地进行优化,从而提高系统的整体效率。当我们的数据库服务器发生阻塞、运行变慢的时候,检查一下慢查询日志,找到那些慢查询,对解决问题很有帮助。
MySQL高级篇——性能分析工具
|
4天前
|
存储 关系型数据库 MySQL
技术解析:MySQL中取最新一条重复数据的方法
以上提供的两种方法都可以有效地从MySQL数据库中提取每个类别最新的重复数据。选择哪种方法取决于具体的使用场景和MySQL版本。子查询加分组的方法兼容性更好,适用于所有版本的MySQL;而窗口函数方法代码更简洁,执行效率可能更高,但需要MySQL 8.0及以上版本。在实际应用中,应根据数据量大小、查询性能需求以及MySQL版本等因素综合考虑,选择最合适的实现方案。
24 6
|
4天前
|
关系型数据库 MySQL 数据处理
针对MySQL亿级数据的高效插入策略与性能优化技巧
在处理MySQL亿级数据的高效插入和性能优化时,以上提到的策略和技巧可以显著提升数据处理速度,减少系统负担,并保持数据的稳定性和一致性。正确实施这些策略需要深入理解MySQL的工作原理和业务需求,以便做出最适合的配置调整。
27 6
|
22天前
|
SQL 存储 缓存
MySQL是如何保证数据不丢失的?
文章详细阐述了InnoDB存储引擎中Buffer Pool与DML操作的关系。在执行插入、更新或删除操作时,InnoDB为了减少磁盘I/O,会在Buffer Pool中缓存数据页进行操作,随后将更新后的“脏页”刷新至磁盘。为防止服务宕机导致数据丢失,InnoDB采用了日志先行(WAL)机制,通过将DML操作记录为Redo Log并异步刷新到磁盘,结合双写机制和合理的日志刷新策略,确保数据的持久性和一致性。尽管如此,仍需合理配置参数以平衡性能与数据安全性。
MySQL是如何保证数据不丢失的?
|
20天前
|
存储 关系型数据库 MySQL
|
20天前
|
SQL 关系型数据库 MySQL
SQL Server、MySQL、PostgreSQL:主流数据库SQL语法异同比较——深入探讨数据类型、分页查询、表创建与数据插入、函数和索引等关键语法差异,为跨数据库开发提供实用指导
【8月更文挑战第31天】SQL Server、MySQL和PostgreSQL是当今最流行的关系型数据库管理系统,均使用SQL作为查询语言,但在语法和功能实现上存在差异。本文将比较它们在数据类型、分页查询、创建和插入数据以及函数和索引等方面的异同,帮助开发者更好地理解和使用这些数据库。尽管它们共用SQL语言,但每个系统都有独特的语法规则,了解这些差异有助于提升开发效率和项目成功率。
89 0
|
3天前
|
NoSQL 关系型数据库 MySQL
微服务架构下的数据库选择:MySQL、PostgreSQL 还是 NoSQL?
在微服务架构中,数据库的选择至关重要。不同类型的数据库适用于不同的需求和场景。在本文章中,我们将深入探讨传统的关系型数据库(如 MySQL 和 PostgreSQL)与现代 NoSQL 数据库的优劣势,并分析在微服务架构下的最佳实践。
|
5天前
|
存储 SQL 关系型数据库
使用MySQL Workbench进行数据库备份
【9月更文挑战第13天】以下是使用MySQL Workbench进行数据库备份的步骤:启动软件后,通过“Database”菜单中的“管理连接”选项配置并选择要备份的数据库。随后,选择“数据导出”,确认导出的数据库及格式(推荐SQL格式),设置存储路径,点击“开始导出”。完成后,可在指定路径找到备份文件,建议定期备份并存储于安全位置。
65 11
|
24天前
|
弹性计算 关系型数据库 数据库
手把手带你从自建 MySQL 迁移到云数据库,一步就能脱胎换骨
阿里云瑶池数据库来开课啦!自建数据库迁移至云数据库 RDS原来只要一步操作就能搞定!点击阅读原文完成实验就可获得一本日历哦~

热门文章

最新文章