利用binlog恢复生产环境误操作的数据

最新推荐文章于 2022-09-14 13:58:17 发布
最新推荐文章于 2022-09-14 13:58:17 发布
阅读量280 收藏
点赞数
分类专栏： MySQL 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/q1298252589/article/details/113746979
版权
本文详细介绍了MySQL的binlog（二进制日志）及其作用，包括在主从复制、数据恢复和数据审计方面的应用。通过实例展示了如何使用mysqlbinlog工具解析binlog以恢复误删除的数据，并提供了相关命令参数。此外，还分享了一次实际的数据恢复过程，突显了binlog在处理数据库紧急情况时的重要性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

什么是binlog

binlog是记录所有数据库表结构变更（例如CREATE、ALTER、DROP TABLE…）以及表数据修改（INSERT、UPDATE、DELETE…）的二进制日志。切记binlog中是不会记录select、show等对数据库数据库没有产生变更的操作的。

binlog的作用

  1. 数据复制
    在MySQL主从架构中，从库的数据如何保持和主库的数据一致？其实就是利用的binlog，其实在实际的开发中，也有场景使用binlog来同步复制数据，比如将MySQL中的数据同步到ES中等；
  2. 数据恢复
    可以利用数据库备份+binlog恢复任意时间范围的数据；
  3. 数据审计
    用户可以通过二进制日志中的信息来进行审计，判断是否有对数据库进行注入攻击；

mysqlbinlog工具常用命令

mysqlbinlog
常用参数参数说明
-d ,--database=name根据指定库拆分binlog（拆分单表binlog可通过SQL关键字过滤）
-r ,--result-file=name指定解析binlog输出SQL语句的文件
-R，--read-from-remote-server从mysql服务器读取binlog日志，是下面参数的别名
-j,--start-position=#读取binlog的起始位置点，#号是具体的位置点
-j,--start-position=#读取binlog的停止位置点，#号是具体的位置点
--start-datetime=name读取binlog的起始位置点，name是具体的时间，格式为：2004-12-25 11:25:26
--stop-datetime=name读取binlog的停止位置点，name是具体的时间，格式为：2004-12-25 11:25:26
--base64-output=decode-rows解析row级别binlog日志的方法，例如：mysqlbinlog  --base64-output=decode-rows -v  mysqlbin.000016

怎么利用binlog恢复误操作的数据

说一个实际的经历：前几天一个同事上线一个版本，上线后没多久就收到了用户的反馈，系统部分会员等级都没有了（上线版本中有个sql误将部分会员的会员等级给清除了），那个负责此次功能开发的同学第一时间找到了我，想让我帮忙恢复生产的数据。其实这样的时候，我之前的工作生涯中也遇到了两三次，但是基本上都是让运维去操作的，这次需要我亲自去处理。考虑到受影响的数据只有几千条，而且系统服务着几百万的用户，为了保证系统的稳定性和恢复数据的速度，我没有采用备份+binlog的方式进行恢复。我看了下sql的执行时间（2021-02-04 18:00:00），于是我去找个这个时间段的binlog文件，利用mysqlbinlog命令解析出来：

./mysqlbinlog --no-defaults -vv --base64-output=decode-rows --start-datetime='2021-02-04 17:59:50' --stop-datetime='2021-02-04 18:00:10' ~/Desktop/mysql-bin.000992  -r ~/Desktop/hotel.sql

得到这个文件后，记录格式如下：

### UPDATE `hub2`.`es_hotel_member`
### WHERE
###   @1='1da3221a351911eb9d5eec0d9a37059e' /* VARSTRING(128) meta=128 nullable=0 is_null=0 */
###   @2='34081119980622xxxx' /* VARSTRING(80) meta=80 nullable=1 is_null=0 */
###   @3='王伟' /* VARSTRING(240) meta=240 nullable=1 is_null=0 */
###   @4=1 /* INT meta=0 nullable=1 is_null=0 */
###   @5='1' /* VARSTRING(80) meta=80 nullable=1 is_null=0 */
###   @6='340811199806226319' /* VARSTRING(80) meta=80 nullable=1 is_null=0 */
###   @7=NULL /* VARSTRING(80) meta=80 nullable=1 is_null=1 */
###   @8='2021:02:20' /* DATE meta=0 nullable=1 is_null=0 */
###   @9=0 /* TINYINT meta=0 nullable=1 is_null=0 */
###   @10='1998:06:22' /* DATE meta=0 nullable=1 is_null=0 */
###   @11=NULL /* DECIMAL(19,2) meta=4866 nullable=1 is_null=1 */
###   @12=NULL /* DECIMAL(19,2) meta=4866 nullable=1 is_null=1 */
###   @13=NULL /* LONGINT meta=0 nullable=1 is_null=1 */
###   @14='18016885237' /* VARSTRING(80) meta=80 nullable=1 is_null=0 */
###   @15=NULL /* VARSTRING(1020) meta=1020 nullable=1 is_null=1 */
###   @16=NULL /* DATETIME(0) meta=0 nullable=1 is_null=1 */
###   @17=NULL /* DATETIME(0) meta=0 nullable=1 is_null=1 */
###   @18=NULL /* DATETIME(0) meta=0 nullable=1 is_null=1 */
###   @19=NULL /* TINYINT meta=0 nullable=1 is_null=1 */
###   @20=1 /* TINYINT meta=0 nullable=1 is_null=0 */
###   @21=0 /* INT meta=0 nullable=1 is_null=0 */
###   @22='37fd332cdeb811e987766c92bf5c82be' /* VARSTRING(128) meta=128 nullable=1 is_null=0 */
###   @23=NULL /* VARSTRING(400) meta=400 nullable=1 is_null=1 */
###   @24=NULL /* VARSTRING(400) meta=400 nullable=1 is_null=1 */
###   @25=NULL /* VARSTRING(400) meta=400 nullable=1 is_null=1 */
###   @26=NULL /* VARSTRING(200) meta=200 nullable=1 is_null=1 */
###   @27=NULL /* VARSTRING(200) meta=200 nullable=1 is_null=1 */
###   @28=NULL /* VARSTRING(4000) meta=4000 nullable=1 is_null=1 */
###   @29='2020-12-03 11:39:15.260' /* DATETIME(3) meta=3 nullable=0 is_null=0 */
###   @30='system' /* VARSTRING(128) meta=128 nullable=0 is_null=0 */
###   @31='2020-12-03 11:39:15.260' /* DATETIME(3) meta=3 nullable=0 is_null=0 */
###   @32='system' /* VARSTRING(128) meta=128 nullable=0 is_null=0 */
###   @33=0 /* TINYINT meta=0 nullable=0 is_null=0 */
### SET
###   @1='1da3221a351911eb9d5eec0d9a37059e' /* VARSTRING(128) meta=128 nullable=0 is_null=0 */
###   @2='34081119980622xxxx' /* VARSTRING(80) meta=80 nullable=1 is_null=0 */
###   @3='王伟' /* VARSTRING(240) meta=240 nullable=1 is_null=0 */
###   @4=1 /* INT meta=0 nullable=1 is_null=0 */
###   @5='1' /* VARSTRING(80) meta=80 nullable=1 is_null=0 */
###   @6='340811199806226319' /* VARSTRING(80) meta=80 nullable=1 is_null=0 */
###   @7=NULL /* VARSTRING(80) meta=80 nullable=1 is_null=1 */
###   @8='2021:02:20' /* DATE meta=0 nullable=1 is_null=0 */
###   @9=1 /* TINYINT meta=0 nullable=1 is_null=0 */
###   @10='1998:06:22' /* DATE meta=0 nullable=1 is_null=0 */
###   @11=NULL /* DECIMAL(19,2) meta=4866 nullable=1 is_null=1 */
###   @12=NULL /* DECIMAL(19,2) meta=4866 nullable=1 is_null=1 */
###   @13=NULL /* LONGINT meta=0 nullable=1 is_null=1 */
###   @14='18016885237' /* VARSTRING(80) meta=80 nullable=1 is_null=0 */
###   @15=NULL /* VARSTRING(1020) meta=1020 nullable=1 is_null=1 */
###   @16=NULL /* DATETIME(0) meta=0 nullable=1 is_null=1 */
###   @17=NULL /* DATETIME(0) meta=0 nullable=1 is_null=1 */
###   @18=NULL /* DATETIME(0) meta=0 nullable=1 is_null=1 */
###   @19=NULL /* TINYINT meta=0 nullable=1 is_null=1 */
###   @20=0 /* TINYINT meta=0 nullable=1 is_null=0 */
###   @21=0 /* INT meta=0 nullable=1 is_null=0 */
###   @22='37fd332cdeb811e987766c92bf5c82be' /* VARSTRING(128) meta=128 nullable=1 is_null=0 */
###   @23=NULL /* VARSTRING(400) meta=400 nullable=1 is_null=1 */
###   @24=NULL /* VARSTRING(400) meta=400 nullable=1 is_null=1 */
###   @25=NULL /* VARSTRING(400) meta=400 nullable=1 is_null=1 */
###   @26=NULL /* VARSTRING(200) meta=200 nullable=1 is_null=1 */
###   @27=NULL /* VARSTRING(200) meta=200 nullable=1 is_null=1 */
###   @28=NULL /* VARSTRING(4000) meta=4000 nullable=1 is_null=1 */
###   @29='2020-12-03 11:39:15.260' /* DATETIME(3) meta=3 nullable=0 is_null=0 */
###   @30='system' /* VARSTRING(128) meta=128 nullable=0 is_null=0 */
###   @31='2020-12-03 11:39:15.260' /* DATETIME(3) meta=3 nullable=0 is_null=0 */
###   @32='system' /* VARSTRING(128) meta=128 nullable=0 is_null=0 */
###   @33=0 /* TINYINT meta=0 nullable=0 is_null=0 */

至此，恢复数据就比较简单了，因为这里记录了sql之前前后数据的变化，只需要写段代码解析一下就可以了。

mysql 误删binlog_mysqlbinlog恢复误删数据
weixin_42363303的博客
01-19 219
概述代码bug，在处理上传出现异常时执行了DELETE FROM t_resource WHERE resource_id = ? OR parent_id = ？因为OR条件导致用户的上传的所有数据被清空了。show查看是否有开启log-bin备份show variables like 'log_bin'欣慰的是，已经开启了二进制日志备份。那接下来就简单多了，找到这个二进制日志，找到这个节点，去...
生产环境恢复mysql数据
wenshao145的博客
05-10 276
前几天不小心误删了一组用户数据，巧的是刚好一条数据没有备份到，于是我开启了数据恢复之旅。 在没有开启binlog的前提下，我选择从 InnoDB 的共享表空间 ibdata1文件入手。 1.找到共享表地址 show variables; 可以看到datadir的地址 下载ibdata1文件，通过你记忆中的关键字段，找到数据所在的位置，比如我是通过用户注册日期来找到数据的。 ...
mysql bin-log 误操作数据修复
AlexDev
11-12 377
原理 基于全量备份，加bin-log，将数据恢复到误操作之前节点数据，然后跳过误操作，执行后面操作。 过程
mysql从binlog恢复数据
weixin_30599769的博客
08-25 308
首先,要有一个可用的mysql,安装步骤在这里不表了,之前文章里有一篇介绍安装的. 1. 开启binlog. 为了可以从binlog里恢复,首先要开启记录binlog: cat /etc/my.cnf 添加如下几行: log-bin=mysql-bin　　#表示开启binlog, 且binlog物理文件在/var/lib/mysql/mysql-bin.00...
记一次生产环境删除数据问题
贵在坚持
06-20 497
无论使用哪种方式，就是要保证 where 后面必须有条件，要不然直接删全表数据了！ 更新数据同理，也请务必保证 where 条件存在！！！
java oracle数据回滚,误操作ORACLE生产数据利用闪回查询备份恢复数据-java-51CTO博客...
weixin_39719042的博客
04-10 187
生产环境中万一对生产数据进行了误操作，这个时候有没有什么技术能够进行紧急回滚？一>备份没执行脱敏脚本之前的数据select*fromcr_dwasoftimestampto_timestamp('2019031116:03:00','yyyymmddhh24:mi:ss');----正常牵涉到字段:dwmc,jbrxm,dwfrdbxm,dwdz...
MySQL利用binlog恢复库表
11-18
### MySQL利用binlog恢复库表 #### 一、利用binlog恢复库表的背景与重要性 在数据库管理中，由于误操作等原因导致的数据丢失是一个常见的问题。为了应对这类情况，MySQL提供了多种备份和恢复机制，其中二进制日志...
mysql如何利用binlog进行数据恢复详解
12-16
在本篇文章中，我们将深入探讨如何利用binlog进行数据恢复，以及binlog的基本配置和格式。 首先，当发生线上误操作时，如果数据库未开启其他备份策略，binlog就成为了恢复数据的唯一途径。在ROW模式下，binlog会...
Mysql误操作后利用binlog2sql快速回滚的方法详解
01-19
在日常工作或者学习中，操作数据库时候难免会因为“大意”而误操作，需要快速恢复的话通过备份来恢复是不太可能的，下面这篇文章主要给大家介绍关于Mysql误操作后利用binlog2sql快速回滚的方法，话不多说，来一起看...
MYSQL使用binlog日志恢复数据
好吃的油炸代码
08-23 5036
注意事项：本教程目的在于，你的MYSQL采用了binlog日志，且产生了binlog日志文件，使用日志文件恢复数据。
MySQL使用binlog日志恢复数据
Felix的博客
09-14 1万+
MySQL使用binlog日志恢复数据
MySQL通过binlog日志恢复数据--误删除的表
cuiruidu3106的博客
11-27 1513
本实验模拟生产环境误操作删除表，可利用逻辑备份和binlog恢复所删除的表。 生产库：192.168.8.31 临时库：192.168.8.32 一、数据备份 操作的前一天晚上进行了日...
mysql binlog无法恢复_不能再手贱了，用mysqlbinlog恢复数据
weixin_39629467的博客
01-27 627
今天本地部署一个新项目，结果不小心把另外一个库的表全删了，当时那个心啊，用了一些硬盘恢复的工具也没找回来，只好想别的办法了，还好记录了binlog，总算是把数据都还原了。以后真的要看清楚再删，还好是本地的文章库，不是服务器上的库，要不真就麻烦了今天本地部署一个新项目，结果不小心把另外一个库的表全删了，当时那个心啊，用了一些硬盘恢复的工具也没找回来，只好想别的办法了，还好记录了binlog，总算是把...
mysqlbinlog——日志恢复数据库文件
热门推荐
martingpf的博客
09-17 2万+
系统环境：Centos7.2 架构：Mysql主从 数据库：Mysql5.7.9 说明：公司正式环境，不小心drop一张表，由于开始了binlog日志，所以我们将采用最近一次全备 + mysql-binlog日志的方式进行恢复，我的数据备份机制为“8小时/天”，每天3次，下面来说说具体操作步骤。   一、思路 1.1 记下出问题的时间点，我是2018.09.11 12:59:00左右...
Mysql使用binlog恢复数据解决误操作问题的两种方法
andrew0820的博客
07-18 239
为保证没有其他参数配置影响，重新安装配置了一台最小化安装的CentOS7虚拟机 1. 基础知识
 安装mysql5.6数据库Mysql binlog初步理解 2. 配置mysql 开启binlog、修改binlog模式为Row Level模式
 [root@localhost~]# vi /etc/my.cnf 
修改mysql配置文件，在[mysqld]下增加以下内...
Mysql：存储引擎、mysqldump 完全备份、增量备份及恢复 mysqlbinlog
weixin_45691464的博客
01-11 1424
文章目录一、存储引擎概念介绍MyISAM的介绍ISAM的特点InnoDB特点InnoDB适用生产场景分析企业选择存储引擎依据二、存储引擎 命令配置：查看表正在使用的存储引擎修改存储引擎三：数据库备份的分类及命令配置从物理与逻辑的角度，备份可分为从数据库的备份策略角度,备份可分为1: 备份数据库命令<1>: mysqldump命令对单个库进行完全备份<2>: mysqldum...
mysql dump 影响业务_mysqldump同步数据到生产注意事项
weixin_42153615的博客
02-07 490
1.如果需要从一个实例把数据倒进另一个生产的实例，那么需要注意：使用一下语句dump出来！mysqldump -uroot -p -t --single-transaction=true --skip-disable-keys=false --add-locks=false --set-gtid-purged=off -B liuwenhe --tables r >/d...
binlog日志中没有insert的记录
~_~的博客
03-05 5656
现象： 日志中有create、drop的记录，但是没有insert的记录。 解决方法： 登录mysql后，设置binlog的记录格式： set binlog_format=statement; 然后，最好在my.ini中添加： binlog_format=statement
利用binlog2sql实现MySQL数据恢复操作指南
binlog2sql工具非常适用于从备份或从生产环境的binlog中还原数据。 在使用binlog2sql之前，需要安装该工具。可以通过Python的包管理工具pip进行安装： ```bash pip install binlog2sql ``` #### 4. 数据恢复操作 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值