MySQL使用二进制日志来恢复数据（转）

最新推荐文章于 2024-10-16 21:45:01 发布
最新推荐文章于 2024-10-16 21:45:01 发布
阅读量116 收藏
点赞数
分类专栏： MYSQL 文章标签： MySQL SQL Server thread F# SQL
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/iteye_6029/article/details/82077091
版权

MySQL使用二进制日志来恢复数据（转）

 

出处：http://blog.csdn.net/liangCK/archive/2009/04/27/4129920.aspx


mysqlbinlog工具的使用,大家可以看MySQL的帮助手册。里面有详细的用，

在这个例子中，重点是--start-position参数和--stop-position参数的使用。

 

·--start-position=N

 

从二进制日志中第个位置等于N参量时的事件开始读。

 

·--stop-position=N

 

从二进制日志中第个位置等于和大于N参量时的事件起停止读。

 

 

 

OK，现在开始，要启动二进制日志记录，要先在my.cnf / my.ini文件的mysqld里添加

 

log-bin=日志名

 

在这里，偶是的设置是log-bin=liangck

 

然后再启动mysql服务，因为偶是用windows系统，所以执行net start mysql命令即可。

 

 

 

然后在一测试数据库里，创建一个表，并添加记录。

 

mysql> create table test(id int auto_increment not null primary key,val int,data varchar(20));

 

mysql> insert into test(val,data) values(10,'liang');

 

Query OK, 1 row affected (0.03 sec)

 

mysql> insert into test(val,data) values(20,'jia');

 

Query OK, 1 row affected (0.08 sec)

 

mysql> insert into test(val,data) values(30,'hui');

 

Query OK, 1 row affected (0.03 sec)

 

mysql> flush logs;   --产生第二个日志文件

 

Query OK, 0 rows affected (0.09 sec)

 

mysql> insert into test(val,data) values(40,'aaa');

 

Query OK, 1 row affected (0.05 sec)

 

mysql> insert into test(val,data) values(50,'bbb');

 

Query OK, 1 row affected (0.03 sec)

 

mysql> insert into test(val,data) values(60,'ccc');

 

Query OK, 1 row affected (0.03 sec)

 

mysql> delete from test where id between 4 and 5;  --删除记录

 

Query OK, 2 rows affected (0.05 sec)

 

mysql> insert into test(val,data) values(70,'ddd');

 

Query OK, 1 row affected (0.03 sec)

 

mysql> flush logs;          --产生第三个文件文件

 

Query OK, 0 rows affected (0.11 sec)

 

mysql> insert into test(val,data) values(80,'dddd');

 

Query OK, 1 row affected (0.05 sec)

 

mysql> insert into test(val,data) values(90,'eeee');

 

Query OK, 1 row affected (0.03 sec)

 

mysql> drop table test;       --删除表

 

Query OK, 0 row affected (0.05 sec)

 

――――――――――――――――――――――――――――――――――

 

OK，现在测试数据已经建好了，要求是什么呢？

 

就是将test表的数据全部恢复出来。

 

先用mysqlbinlog工具将日志文件生成txt文件出来分析。

 

F:\Program Files\MySQL_Data\data\log>mysqlbinlog liangck.000001 > G:\001.txt

 

F:\Program Files\MySQL_Data\data\log>mysqlbinlog liangck.000002 > G:\002.txt

 

F:\Program Files\MySQL_Data\data\log>mysqlbinlog liangck.000003 > G:\003.txt

 

通过这三个命令，可以在G盘下生成个文件，里面分别记录了日志文件的内容，也就是用户操作的步骤。

 

因为我们需要重做第一个日志文件的所有操作，所以这里只需要将第一个日志文件全恢复就行了。

 

F:\Program Files\MySQL_Data\data\log>mysqlbinlog liangck.000001 | mysql -uroot –p

 

Ok,接着，我们需要分析的是第二个日志文件。为什么要分析它呢，因为它中途执行了一个操作是DELETE，因为我们要做的是恢复全部数据，也就是我们不希望去重做这个语句。所以在这里我们要想办法去绕开它。

 

我们先打开.txt文件来分析一下。

 

/*

 

 

/*!40019 SET @@session.max_insert_delayed_threads=0*/;

 

/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;

 

DELIMITER /*!*/;

 

# at 4

 

#090427 15:27:56 server id 1  end_log_pos 106 Start: binlog v 4, server v 5.1.32-community-log created 090427 15:27:56

 

BINLOG '

 

fF71SQ8BAAAAZgAAAGoAAAAAAAQANS4xLjMyLWNvbW11bml0eS1sb2cAAAAAAAAAAAAAAAAAAAAA

 

AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAUwAEGggAAAAICAgC

 

'/*!*/;

 

# at 106

 

#090427 15:28:37 server id 1  end_log_pos 176 Query  thread_id=1   exec_time=0   error_code=0

 

use mytest/*!*/;

 

SET TIMESTAMP=1240817317/*!*/;

 

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

 

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

 

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

 

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

 

/*!\C gbk *//*!*/;

 

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

 

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

 

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

 

BEGIN

 

/*!*/;

 

# at 176

 

#090427 15:28:37 server id 1  end_log_pos 204 Intvar

 

SET INSERT_ID=4/*!*/;

 

# at 204

 

#090427 15:28:37 server id 1  end_log_pos 312 Query  thread_id=1   exec_time=0   error_code=0

 

SET TIMESTAMP=1240817317/*!*/;

 

insert into test(val,data) values(40,'aaa')

 

/*!*/;

 

# at 312

 

#090427 15:28:37 server id 1  end_log_pos 339 Xid = 12

 

COMMIT/*!*/;

 

# at 339

 

#090427 15:28:46 server id 1  end_log_pos 409 Query  thread_id=1   exec_time=0   error_code=0

 

SET TIMESTAMP=1240817326/*!*/;

 

BEGIN

 

/*!*/;

 

# at 409

 

#090427 15:28:46 server id 1  end_log_pos 437 Intvar

 

SET INSERT_ID=5/*!*/;

 

# at 437

 

#090427 15:28:46 server id 1  end_log_pos 545 Query  thread_id=1   exec_time=0   error_code=0

 

SET TIMESTAMP=1240817326/*!*/;

 

insert into test(val,data) values(50,'bbb')

 

/*!*/;

 

# at 545

 

#090427 15:28:46 server id 1  end_log_pos 572 Xid = 13

 

COMMIT/*!*/;

 

# at 572

 

#090427 15:29:35 server id 1  end_log_pos 642 Query  thread_id=1   exec_time=0   error_code=0

 

SET TIMESTAMP=1240817375/*!*/;

 

BEGIN

 

/*!*/;

 

# at 642

 

#090427 15:29:35 server id 1  end_log_pos 670 Intvar

 

SET INSERT_ID=6/*!*/;

 

# at 670

 

#090427 15:29:35 server id 1  end_log_pos 778 Query  thread_id=1   exec_time=0   error_code=0

 

SET TIMESTAMP=1240817375/*!*/;

 

insert into test(val,data) values(60,'ccc')

 

/*!*/;

 

# at 778

 

#090427 15:29:35 server id 1  end_log_pos 805 Xid = 14

 

COMMIT/*!*/;

 

# at 805

 

#090427 15:30:21 server id 1  end_log_pos 875 Query  thread_id=1   exec_time=0   error_code=0

 

SET TIMESTAMP=1240817421/*!*/;

 

BEGIN

 

/*!*/;

 

# at 875

 

#090427 15:30:21 server id 1  end_log_pos 981 Query  thread_id=1   exec_time=0   error_code=0

 

SET TIMESTAMP=1240817421/*!*/;

 

delete from test where id between 4 and 5

 

/*!*/;

 

# at 981

 

#090427 15:30:21 server id 1  end_log_pos 1008    Xid = 15

 

COMMIT/*!*/;

 

# at 1008

 

#090427 15:30:34 server id 1  end_log_pos 1078    Query  thread_id=1   exec_time=0    error_code=0

 

SET TIMESTAMP=1240817434/*!*/;

 

BEGIN

 

/*!*/;

 

# at 1078

 

#090427 15:30:34 server id 1  end_log_pos 1106    Intvar

 

SET INSERT_ID=7/*!*/;

 

# at 1106

 

#090427 15:30:34 server id 1  end_log_pos 1214    Query  thread_id=1   exec_time=0    error_code=0

 

SET TIMESTAMP=1240817434/*!*/;

 

insert into test(val,data) values(70,'ddd')

 

/*!*/;

 

# at 1214

 

#090427 15:30:34 server id 1  end_log_pos 1241    Xid = 16

 

COMMIT/*!*/;

 

# at 1241

 

#090427 15:30:41 server id 1  end_log_pos 1282    Rotate to liangck.000003  pos: 4

 

DELIMITER ;

 

# End of log file

 

ROLLBACK /* added by mysqlbinlog */;

 

/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;

 

 

 

―――――――――――――――――――――――――――――――――――――

 

*/

 

 

在这个文件中，我们可以看到DELETE的操作的起始位置是，终止位置是.那么我们只要重做第二个日志文件的开头到的操作，然后再从到末尾的操作，我们就可以把数据给恢复回来，而不会DELETE数据。所以执行两个命令：

 

F:\Program Files\MySQL_Data\data\log>mysqlbinlog liangck.000002 --stop-pos=875 | mysql -uroot -p

 

 

 

F:\Program Files\MySQL_Data\data\log>mysqlbinlog liangck.000002 --start-pos=1008 | mysql -uroot -p mytest

 

 

 

OK,现在第二个日志文件的数据了。

 

第三个日志文件也是同理，只要找到DROP TABLE的位置，就可以了。

 

F:\Program Files\MySQL_Data\data\log>mysqlbinlog liangck.000003 --stop-pos=574 | mysql -uroot –p

 

 

 

现在我们再查一下数据看看:

 

mysql> select * from test;

 

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

 

| id | val  | data  |

 

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

 

|  1 |   10 | liang |

 

|  2 |   20 | jia   |

 

|  3 |   30 | hui   |

 

|  4 |   40 | aaa   |

 

|  5 |   50 | bbb   |

 

|  6 |   60 | ccc   |

 

|  7 |   70 | ddd   |

 

|  8 |   80 | dddd  |

 

|  9 |   90 | eeee  |

 

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

 

9 rows in set (0.00 sec)

 

 

 

可以看到，全部数据都回来了。

 

 

iteye_6029
关注
专栏目录
第79讲： MySQL Binlog二进制日志恢复误删数据的实践指南
江晓龙的博客
12-18 1万+
根据需求我们得知要恢复误删除的这张表，那么在事件信息中找到创建该表的事件，这个事件的开始标识位就作为我们截取Binlog日志的开始标识位号，结束标识位更好确定了，在事件信息中找到删除表的事件，这个事件的开始标识位也就作为我们截取Binlog日志的结束标识位，开始标识位号是上一个事件的结束表示为号。注意：一定不要将删除表事件的结束标识位号作为截取Binlog日志的结束标识位号，如果截取Binlog日志的结束标识位号是删除表的结束标识位号，就会把删除表的操作在还原时又进行了一遍，数据就不能恢复了。
Mysql 二进制日志恢复数据
neddiepeng的博客
12-25 1509
前几天因为一个应用系统需要更新，不小心手一抖把自己的博客的数据库给删了，数据库也没有备份，当时心里那个毛焦火辣啊，还好在网上说可以用binlog恢复数据，还好还好，哈哈。 原文地址：小时刻个人技术博客：http://small.aiweimeng.top/index.php/archives/30.html 下面记录下二进制日志恢复过程： 前提是需要开启mysql二进制日志。 开启方法： ...
mysql使用二进制恢复_mysql使用二进制日志恢复数据
weixin_33188832的博客
01-21 422
一、恢复到某个二进制文件1.开启二进制日志在mysqld的配置节点下添加如下配置log-bin="E:/Mysql57BinLog/binlog"(windows下的路径，linux下自行修改路径)expire_logs_days=10max_binlog_size=100M2.重启mysql服务使用命令show VARIABLES like '%log_bin%';查看 3.创建库和表creat...
mysql二进制日志文件恢复数据库_MySQL使用二进制日志恢复数据库
weixin_32287563的博客
01-19 806
一、二进制日志简介MySQL有不同类型的日志，其中二进制文件记录了所有对数据库的修改，如果数据库因为操作不当或其他原因丢失了数据，可以通过二进制文件恢复。在my.ini文件中设置了log-bin，重新启动MySQL后就开启了二进制日志。数据库每次重新启动(或执行flush logs命令)后，都会生成一个新的二进制日志，如在在my.ini文件中设置了log-bin=F:\mysqllog\logbi...
mysql二进制恢复_mysql使用二进制日志恢复数据
weixin_32234493的博客
01-18 525
一、恢复到某个二进制文件1.开启二进制日志在mysqld的配置节点下添加如下配置log-bin="E:/Mysql57BinLog/binlog"(windows下的路径，linux下自行修改路径)expire_logs_days=10max_binlog_size=100M2.重启mysql服务使用命令show VARIABLES like '%log_bin%';查看3.创建库和表create...
mysql通过二进制日志恢复数据与数据库备份
THE ORDER
09-10 402
如果没开启要先开启。
mysql使用二进制日志恢复数据
05-19 3354
使用二进制日志恢复mysql数据，恢复到某一个pos，或者恢复到某一个时间点，或者恢复到某一个二进制文件。本文说明了根据二进制恢复数据的详细操作步骤。
MySql从二进制日志恢复数据（1）
jilijo的博客
10-04 481
【代码】MySql从二进制日志恢复数据（1）
mysql利用二进制日志还原误删数据的一个例子
zxnbmk的博客
10-16 546
如上图，假设第操作1处数据库碰巧备份过，但是在操作3处没有备份，操作2也没有备份，那么要想恢复操作3误删的数据，现在可以直接利用备份恢复至操作2处，现在我们依然丢失操作2的数据，那么这时候我们就可以利用二进制日志，从129-199之间选择一个开始位置点，再在255-228之间选择一个末尾位置点，重新运行两点之间的操作即可，相当于回到操作1，运行操作2，但未进行操作3（真是个穿越时空，预知未来，规避风险的好例子）那么，我们要想恢复被删除的数据，并且要从添加数据之前的命令运行到删除操作之前的命令。
详解如何通过Mysql的二进制日志恢复数据库数据
09-09
MySQL的二进制日志（Binary Log）是数据库系统中用于记录所有更改数据的SQL语句的一种机制，它对于...了解如何使用二进制日志恢复数据是每个DBA和系统管理员必备的技能，但更重要的是采取预防措施，确保数据安全无虞。
mysql二进制日志文件恢复数据库
12-15
 mysql二进制日志文件用来记录所有用户对数据库操作，即记录用户对数据库操作的sql语句。如果有此文件，当数据库发生意外时，可以通过此文件查看到用户在此文件记录的时间段内用户所做的操作，再和数据库备份配合...
mysql利用二进制日志binlog恢复误删除操作
袖卷笛音的博客
10-24 1732
什么是二进制日志： 二进制日志就是记录着mysql数据库中的一些写入性操作，比如一些增删改，但是，不包括查询！ 二进制日志有哪些功能： 二进制日志有着数据复制和数据恢复的功能,可以将一些误删除的数据恢复 注意： 开启二进制日志会有1%的性能消耗！ 查看二进制日志是否开启： show variables like 'l...
电子商务之价格优化算法：梯度下降：机器学习在价格优化中的角色.docx
11-05
电子商务之价格优化算法：梯度下降：机器学习在价格优化中的角色.docx
ToadforOracle与Oracle数据库版本兼容性教程.docx
11-05
ToadforOracle与Oracle数据库版本兼容性教程.docx
browser360-cn-stable-13.3.1016.4-1-amd64.deb
11-05
360浏览器银河麒麟版 for X86 适配兆芯 / 海光 / intel / AMD CPU
基于React.js和Material-UI个人作品集网站模板（附源码+说明文档）.zip
11-05
使用React.js构建,提供多种主题可供选择,并且易于定制。该项目旨在帮助开发者和自由职业者创建自己的个性化投资组合。 主要功能点 多种主题可供选择,包括绿色、黑白、蓝色、红色、橙色、紫色、粉色和黄色 易于定制,可以在src/data文件夹中更新个人信息 包含主页、关于、简历、教育、技能、经验、项目、成就、服务、推荐信、博客和联系等多个部分 支持通过Google表单收集联系信息 提供SEO优化建议 支持多种部署方式,如Netlify、Firebase、Heroku和GitHub Pages 技术栈主要 React.js Material-UI Axios React-fast-marquee React-helmet React-icons React-reveal React-router-dom React-router-hash-link React-slick Slick-carousel Validator
中小型企业财务管理系统 SSM毕业设计 附带论文.zip
最新发布
11-05
中小型企业财务管理系统 SSM毕业设计 附带论文 启动教程:https://www.bilibili.com/video/BV1GK1iYyE2B
apsw-3.38.5.post1-cp39-cp39-win_amd64.whl.rar
11-05
python whl离线安装包 pip安装失败可以尝试使用whl离线安装包安装 第一步 下载whl文件，注意需要与python版本配套 python版本号、32位64位、arm或amd64均有区别 第二步 使用pip install XXXXX.whl 命令安装，如果whl路径不在cmd窗口当前目录下，需要带上路径 WHL文件是以Wheel格式保存的Python安装包， Wheel是Python发行版的标准内置包格式。 在本质上是一个压缩包，WHL文件中包含了Python安装的py文件和元数据，以及经过编译的pyd文件， 这样就使得它可以在不具备编译环境的条件下，安装适合自己python版本的库文件。 如果要查看WHL文件的内容，可以把.whl后缀名改成.zip，使用解压软件（如WinRAR、WinZIP）解压打开即可查看。 为什么会用到whl文件来安装python库文件呢？ 在python的使用过程中，我们免不了要经常通过pip来安装自己所需要的包， 大部分的包基本都能正常安装，但是总会遇到有那么一些包因为各种各样的问题导致安装不了的。 这时我们就可以通过尝试去Python安装包大全中（whl包下载）下载whl包来安装解决问题。
MySQL二进制日志恢复数据教程
"这篇文档详述了如何使用MySQL的二进制日志功能来恢复丢失的数据，特别是针对误删数据的情况。" 在MySQL数据库管理中，数据安全至关重要，而二进制日志（bin-log）就是一种关键的安全机制，它记录了所有改变数据库...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值