MySql使用binlog日志恢复误删数据(强化)—— 筑梦之路

对于数据库误删数据恢复,推荐定期备份,通过定期备份的文件进行恢复,这里主要是使用binlog日志方式来恢复误删数据,之前也写过相关内容,这里再次强化一下步骤流程,增强熟悉程度。

概述

MySQL数据库可以开启binlog功能,记录数据库中每个操作的日志。可以通过解析binlog日志来找回误删除的操作。可以使用"mysqlbinlog"命令来解析binlog文件,并通过该命令生成的SQL语句进行数据恢复。

恢复流程

  • **1)**先使用备份数据恢复出全部备份的数据

  • **2)**使用binlog日志恢复出增量数据到误操作之前

恢复步骤过程

1. 创建测试表t2

bash 复制代码
# 创建表t2

create table t2(id bigint);

# 插入数据

insert into t2 values (1), (2), (3), (4);

# 查询

select * from t2;

# 再次插入数据

insert into t2 values (5), (6), (7), (8);

2. 数据库全备

bash 复制代码
mysqldump -p -d test --single-transaction --set-gtid
-purged=off --master-data=2 --flush-logs --routines --
triggers --events --extended-insert=true> test.sql



参数说明:
single-transaction

此选项会将隔离级别设置为:REPEATABLE READ。并且随后再执行一条START TRANSACTION语句,让整个数据在dump过程中保证数据的一致性,这个选项对InnoDB的数据表很有用,且不会锁表。但是这个不能保证MyISAM表和MEMORY表的数据一致性。

master-data=2  

在bin-log日志里记录备份到了哪个位置,比如说binlog名称,binlog位置。

set-gtid-purged=off

表示在备份时不输出跟 GTID 相关的信息。

flush-logs

命令的作用就是关闭当前使用的binary log,然后打开新的binary log文件,文件的序号加1。

extended-insert 

代表长INSERT,多row在一起批量INSERT提高导入效率。

routines,events,triggers

备份的时候将过程,函数,触发器,事件进行备份。

3. 增量数据插入

bash 复制代码
insert into t2 values (9), (10), (11), (12);

insert into t2 values (16), (15), (14), (13);

insert into t2 values (20), (19), (18), (17);


# 检查插入的数据

select count(*) from t2;

4. 删除test库

bash 复制代码
drop database test;

# 确认是否删除
show databases;

5. 恢复数据(全量+binlog)

bash 复制代码
create database test;

use test;

source test.sql;

# 检查数据

select * from t2;

此处使用全量备份的sql文件进行恢复,在备份之后的数据是没有的,因此我们需要使用binlog日志来恢复在全量备份之后插入的数据。

首先解析binlog文件,找到执行误操作的那条命令,他的事物号为787.记住该事物号,很重要!,很重要!很重要!

bash 复制代码
mysqlbinlog -uroot -p --start-position=154
/var/lib/mysql/mysql-bin.000002 --base64-output=decode-rows -vv



参数解释:
start-position:
日志开始位点,mysqlbinlog从哪个位点开始解析binlog日志.
stop-position
日志结束位点,mysqlbinlog到哪个位点结束解析binlog日志.

看到在mysql-bin.000002日志里面出现了drop database的操作

当前需要的是注释掉解析出的drop database日志语句,或者使用stop-position来限定binlog结束位置,下面使用stop-position参数限定:

bash 复制代码
mysqlbinlog -uroot -p --start-position=154
--stop-position=787 /var/lib/mysql/mysql-bin.000002>000003binlog.sql

执行增量的binlog恢复

bash 复制代码
source 000003binlog.sql;

# 查询数据

select * from t2;

select count(*) from t2;

至此,就已经完成数据的恢复。这里主要结合了全量备份和binlog日志方式进行。

相关推荐
2603_965148115 小时前
如何解析JSON数据?API返回的商品信息处理教程
开发语言·数据库·python·自动化·json·api
ltl5 小时前
RocksDB 经典故障排查:L0、compaction 与 write stall
数据库
xfhuangfu6 小时前
Oracle中建立到CDB和PDB的连接
数据库·oracle·rpc
小小龙学IT6 小时前
DuckDB 深度实战:用 C++ 在进程内跑一个「分析型数据库」
数据库·c++
NineData7 小时前
DTCC 2026 预告|NineData CEO& 创始人叶正盛:面向 AI Agent 的数据库 DevOps 与数据复制实践
数据库·人工智能·数据库开发·devops·ninedata·数据库技术·dtcc
J_bean7 小时前
MySQL 事务是否必须手动开启?
数据库·mysql·数据库事务·自动提交·手动提交
J_bean7 小时前
MySQL InnoDB 如何检测死锁、判定死锁、处理死锁
数据库·mysql·死锁·死锁检测·处理死锁·死锁判定
浪子明X8 小时前
从 MongoDB 文档到关系模型:构建可重跑、可对账的数据迁移流水线
数据库·mongodb·oracle
杜子不疼.8 小时前
国产数据库撑起固井软件自主化:金仓 × 中海油服「海恒 Cemsol」落地解析
数据库
隔窗听雨眠8 小时前
GBase 8s并发控制深度解析:封锁机制、隔离级别与死锁处理全攻略
服务器·数据库·oracle