时间:2021-05-24
MYSQL 5.7.22
开启二进志日志
日志格式MIXED
1、执行:FLUSH LOGS;
master-bin.000014 文件就是新生成的文件
刷新日志是为了实验内容更直观,更容易观察到整个实验过程的内容。
我看到网上许多文章有在用REST MASTER;而未说明此命令的严重性
这条命令会删除所有日志文件,并将文件名和记录点进行重置归零,99%的情况下是用不到这条命令的
删除日志可以用PURGE MASTER LOGS...这样保险一点
2、新日志文件已经生成,先观察一下内容,有几个点需要了解
查看二进日日志文件命令:mysqlbinlog master-bin.000014
# at 4#180903 16:19:12 server id 1 end_log_pos 123 CRC32 0xe03659b3 Start: binlog v 4, server v 5.7.22-log created 180903 16:19:12先看上边两个箭头:
再看下边两个箭头:
3、模拟业务场景,建表,插入数据,最后将某个表删除;为了真实,我建了两个库,同时向不同的库写入内容,最后将其中一个库中的某个表删除。
mysql> FLUSH LOGS;Query OK, 0 rows affected (0.01 sec)mysql> create database t1;Query OK, 1 row affected (0.03 sec)mysql> create database t2;Query OK, 1 row affected (0.00 sec)mysql> use t1;Database changedmysql> create table t1 (id int);Query OK, 0 rows affected (0.03 sec)mysql> use t2;Database changedmysql> create table t2 (id int);Query OK, 0 rows affected (0.03 sec)mysql> insert into t2 values (3);Query OK, 1 row affected (0.01 sec)mysql> insert into t2 values (4);Query OK, 1 row affected (0.01 sec)mysql> use t1;Database changedmysql> insert into t1 values (1);Query OK, 1 row affected (0.01 sec)mysql> insert into t1 values (2);Query OK, 1 row affected (0.01 sec)mysql> use t2;Database changedmysql> insert into t2 values(20);Query OK, 1 row affected (0.01 sec)mysql> use t1;Database changedmysql> insert into t1 values(10);Query OK, 1 row affected (0.01 sec)mysql> drop table t1;Query OK, 0 rows affected (0.02 sec)mysql> use t2;Database changedmysql> insert into t2 values(222);Query OK, 1 row affected (0.01 sec)mysql>建立T1、T2库,建立T1、T2表。
向T1插入数据:1、2、10
向T2插入数据:3、4、20、222
模拟场景,删除T1表,T2库T2表业务还在继续运行
现在将要通过日志将T1表进行恢复。
首先要先找到那个删除命令的日志点:
mysqlbinlog master-bin.000014|grep -5a "DROP TABLE"看到#AT 2439 (记下这个数字)
在这个事件点执行的DROP TABLE操作。
由于日志文件内不只有T1库的日志,还有T2库的日志,一会只取T1数据库的日志
而且还只取2439日志点之前的日志,再进行重新应用
如果把2439的日志取的话,再应用时数据库会重新建库建表,插数据, 还会执行这条删表语句。
mysqlbinlog -d t1 --stop-position=2439 master-bin.000014>test.sql(执行这条语句竟然报错了)
WARNING: The option --database has been used. It may filter parts of transactions, but will include the GTIDs in any case. If you want to exclude or include transactions, you should use the options --exclude-gtids or --include-gtids, respectively, instead.
暂时弄不清楚原因,百度了下修改成:
-d:参数是指定某个数据库日志
命令意思是将master-bin.000014日志文件内的T1数据库日志,事件点2439之前的日志,输出到test.sql
# tail test.sql看看文件最后几行
登录数据库:
mysql> use t1;Database changedmysql> source test.sql中间报错了一次,因为里边包含建库T1语句。
再查看表内容
这样数据就回来了。
到此这篇关于mysql利用mysqlbinlog命令恢复误删除数据的实现的文章就介绍到这了,更多相关mysql mysqlbinlog恢复误删除内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
SQLServer中误删除数据的恢复本来不是件难事,从事务日志恢复即可。但是,这个恢复需要有两个前提条件:1.至少有一个误删除之前的数据库完全备份。2.数据库的
误删除文件的恢复在用eclipse进行代码编写操作时,有时会误删除文件或者文件包。通过eclipse的恢复文件功能可以恢复误删除的文件。具体步骤为:1、选择误删
CentOS系统中,当误删除了文件后,进行以下几步操来恢复文件。1、关掉所有的服务当发现误删除文件时,为了尽可能的恢复数据,先要关掉所有的正在进行的服务,不要再
在使用Word中进行文字编辑工作的过程中,很多使用者往往错误地将Word中的菜单命令修改或删除。如何恢复这些被误修改或误删除的菜单命令呢?无论是利用工具菜单中的
首先要看你误删除什么图标,如果是一些应用程序的快捷方式图标的话,就比较好恢复了。 当然很多人会想到用一些数据恢复软件或者系统还原之类去找回误删除的文件及图