通过二进制日志恢复数据

二进制日志会记录所有更改数据库状态的sql操作,比如create drop update......

二进制日志文件存放在我们的数据目录里,格式如mysql-bin.000001

准备:

进入mysql命令行做如下操作:

create database a1;

#创建一个a1库

create database a2;

#创建一个a2库

drop database a1;

#删掉a1库

use a2;

create table aaa (name char(40));

#在a2库里创建一个叫aaa的数据表

接下来我们就恢复a1库

一、通过时间指定还原范围

cd /data/mysql
ls
mysqlbinlog mysql-bin.000009
查看创建a1库的开始时间和创建完成后的时间

/*!*/;
# at 1047
#170217 23:37:12 server id 1  end_log_pos 1126  Query   thread_id=10    exec_time=0     error_code=0
SET TIMESTAMP=1487345832/*!*/;
create database a1
/*!*/;
# at 1126
#170217 23:37:18 server id 1  end_log_pos 1205  Query   thread_id=10    exec_time=0     error_code=0
SET TIMESTAMP=1487345838/*!*/;
create database a2
/*!*/;
# at 1205
#170217 23:37:26 server id 1  end_log_pos 1282  Query   thread_id=10    exec_time=0     error_code=0
SET TIMESTAMP=1487345846/*!*/;
drop database a1
/*!*/;
# at 1282
#170217 23:37:53 server id 1  end_log_pos 1375  Query   thread_id=10    exec_time=0     error_code=0
use `a2`/*!*/;
SET TIMESTAMP=1487345873/*!*/;
create table aaa (name char(40))
/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET [email protected]_COMPLETION_TYPE*/;

#说明一下:每一个sql语句都以# at 开头,下面一行的#170217 23:37:12就是操作时的时间

找到之后记录好,开始恢复

mysqlbinlog --start-datetime ‘2017-02-17 23:37:12‘ --stop-datetime ‘2017-02-17 23:37:18‘ mysql-bin.000009 |mysql

#这里说明一下|mysql因为我的没有设密码所以直接用的,如果你的有密码mysql -u -p 这样用

我们在进入mysql命令行,show databases 可以看到a1库恢复回来了

二、通过大小指定还原范围

我们这次通过恢复的方法把a1库删掉

还是查看二进制日志文件

通过大小就是所说的# at 后面的数字

mysqlbinlog --start-position 1205 --stop-position 1282 mysql-bin.000009 |mysql

在进入sql命令行show databases;查看一下是不是还有a1库

时间: 2024-07-31 14:33:14

通过二进制日志恢复数据的相关文章

mysql 二进制日志恢复数据实验

一:binlog基础知识 1.mysqlbinlog常见选项: --start-datetime:从二进制日志中读取指定等于时间戳或者晚于本地计算机的时间 --stop--datetime:从二进制日志中读取指定小于时间戳或者等于本地计算机的时间  取值和上述一样 --start-position:从二进制日志中读取指定position事件位置作为起始 --stop-position:从二进制日志中读取指定position事件位置作为事件截止 2.binlog最重要的使用场景 mysql主从复制

mysql二进制日志恢复数据

1.开启mysql的二进制日志 在mysql的配置文件my.ini中添加: log-bin=mysql-bin(这个名称可以随便取,英文,不知道中文可不可以,没试过) 2.重启mysql 重启后,假如在mysql的存储数据的目录中出现一下文件,则已经二进制日志已经开启 mysql-bin.000001是mysql的二进制日志文件,不可以直接查看,可以通过导出数据查看,导出数据的语句为 解释一下:红色下划线的是mysql二进制mysql-bin.000001文件所在的目录,要进入这里执行后面的语句

mysql使用二进制日志恢复数据

一.恢复到某个二进制文件 1.开启二进制日志 在mysqld的配置节点下添加如下配置 log-bin="E:/Mysql57BinLog/binlog"(windows下的路径,linux下自行修改路径)  expire_logs_days=10 max_binlog_size=100M 2.重启mysql服务 使用命令show VARIABLES like '%log_bin%';查看 3.创建库和表 create database mytest; use mytest; creat

如何通过Mysql的二进制日志恢复数据库数据

经常有网站管理员因为各种原因和操作,导致网站数据误删,而且又没有做网站备份,结果不知所措,甚至给网站运营和盈利带来负面影响.所以本文我们将和大家一起分享学习下如何通过Mysql的二机制日志(binlog)来恢复数据. 系统环境: 操作系统:CentOS 6.5 X64  (虚拟机): WEB服务:PHP+Mysql+apache: 网站:为方便,直接在本地用蝉知系统搭建一个DEMO站点: 操作步骤: 1.开启binlog功能及基本操作: 2.往站点添加数据: 3.刷新binlog日志: 4.删除

MySQL binlog日志恢复数据

我们了解了MySQL 的 binlog 日志的开启方式以及 binlog 日志的一些原理和常用操作,我们知道,binlog 有两大作用,一个是使用 binlog 恢复数据,另一个就是用来做主从复制.本篇笔记就是来记录如何使用 binlog 日志来做数据恢复.当然了,使用 binlog 日志所恢复的数据只能是部分数据,并不能够使用 binlog 日志来做数据库的备份,如果想要做数据库备份,依然要使用我们传统的备份方法,而 binlog 可以作为增量备份. 视频链接:http://www.ronco

Mysql之binlog日志说明及利用binlog日志恢复数据操作记录

众所周知,binlog日志对于mysql数据库来说是十分重要的.在数据丢失的紧急情况下,我们往往会想到用binlog日志功能进行数据恢复(定时全备份+binlog日志恢复增量数据部分),化险为夷! 废话不多说,下面是梳理的binlog日志操作解说: 一.初步了解binlogMySQL的二进制日志binlog可以说是MySQL最重要的日志,它记录了所有的DDL和DML语句(除了数据查询语句select),以事件形式记录,还包含语句所执行的消耗的时间,MySQL的二进制日志是事务安全型的. DDL-

mysql数据库的备份和二进制日志恢复

mysql备份和bin-log日志 备份数据: mysqldimp -uroot -p  test -l -F '/tmp/test.sql' -l 读锁 -F即flush logs, 可以重新生成的日志文件,当然包括log-bin日志. 查看bin-log日志用 mysql>show master status; 清空表数据 truncate tables; 根据二进制bin-log日志恢复 查看bin-log日志 mysqlbinlog --no-defaults mysql-bin.000

MySQL使用二进制日志恢复数据库

一.二进制日志简介 MySQL有不同类型的日志,其中二进制文件记录了所有对数据库的修改,如果数据库因为操作不当或其他原因丢失了数据,可以通过二进制文件恢复. 在my.ini文件中设置了log-bin,重新启动MySQL后就开启了二进制日志.数据库每次重新启动(或执行flush logs命令)后,都会生成一个新的二进制日志,如在在my.ini文件中设置了 log-bin=F:\mysqllog\logbin 则数据库第一次启动会生成logbin.000001,第二次启动会生成logbin.0000

利用sqlserver日志恢复数据

如果你已经急的焦头烂额,看到这篇文章的时候,请你换个坐姿,深呼吸几次,静下心来将这篇文章读完,也许你的问题迎刃而解. 我遇 到的情况是这样的,网站被植入木马,盗取了我的web.config文件,web.config文件里面的数据库连接字符串没有加密,而我的数据库远程连 接又没有做IP限制,黑客通过数据库客户端连上我的数据库后,将所有的表都Delete掉了,所以大家一定要有一个好习惯将数据库连接字符串加密或者对远程访问数据库的IP作限制. 因被黑客Delete掉所有数据的具体时间点我不清楚,所以我