mysql从binlog恢复数据

首先, 要有一个可用的mysql, 安装步骤在这里不表了, 之前文章里有一篇介绍安装的.

1. 开启binlog.

为了可以从binlog里恢复, 首先要开启记录binlog:

cat /etc/my.cnf

添加如下几行:

log-bin=mysql-bin  #表示开启binlog, 且binlog物理文件在/var/lib/mysql/mysql-bin.000000x, 同一目录下还有一个mysql-bin.index文件
sync_binlog=1  #每次事物提交都把binlog写入到磁盘里, 这个很重要, 如果不开启, 在做主从复制的时候有可能造成主从数据不一致
innodb_support_xa=1  #开启xa分布式事物支持, 也是为通过内部xa事务保证binlog和实际数据一致
binlog_format=ROW  #binlog格式为ROW, 三个可选项: STATEMENT, ROW, MIXED
server-id=7  #一定要写这个, 如果只配置log-bin而不配置这一项, mysql服务将因报错而会无法启动, 据说推荐写成服务器IP最后一位

修改好之后, 重启mysql服务:

systemctl restart mysqld.service

好了, 现已开启了binlog了, 可以在 /var/lib/mysql下找到如下文件:

先登录进去mysql的命令行( mysql -uroot -pxxxxxx ), 看一下状态:

可以看到当前是使用mysql-bin.000001这个文件来记录binlog的. 当前位置是154, 我观察到对每个binlog在文件, 当还没有什么操作的时候, 位置都会是154.

也可以看一下binlog相关的几个变量:

2. 测试恢复数据

下面添加一些测试数据:

create database testbindb;
use testbindb;
create table test_order(id int(10), primary key(id) ) engine=innodb;
insert into test_order values(1);
insert into test_order values(2);
insert into test_order values(3);
insert into test_order values(4);
insert into test_order values(5);
insert into test_order values(6);
insert into test_order values(7);

完事看一眼表:

然后删除这个表:

drop table test_order;

然后把binlog强制写入并重开一个binlog文件:

flush logs;

再看一眼表, 已经不在了:

再看一眼状态:

可以看到已经在使用第二个binlog文件了, 相当于之前的建表, 添加测试数据, 再删除表等操作都记录在了mysql-bin.000001里了.

先看一眼这个binlog文件里的内容:

假设我们删除表的操作是误操作, 所以我们希望数据可以恢复到删除前一个操作结束后的状态.

使用mysqlbinlog命令可以达到目的:

mysqlbinlog /var/lib/mysql/mysql-bin.000001 --start-position 154 --stop-position 2327 | mysql -uroot -p

这里表示要把 mysql-bin.000001 文件里位置154到2327之间的操作进行恢复. 这里有两个要注意的地方:

  1. binlog文件位置要使用绝对路径, 否则会说找不到文件, 从而无法恢复
  2. 后面接的 | mysql -uroot -p 不能省略, 我个人认为是恢复的时候需要登录, 可以理解

恢复完成后, 刚刚删除的那张表就回来了:

mysqlbinlog命令据说还有以下参数可用:

  1. --start-datetime:从二进制日志中读取指定等于时间戳或者晚于本地计算机的时间
  2. --stop-datetime:从二进制日志中读取指定小于时间戳或者等于本地计算机的时间 取值和上述一样
  3. --start-position:从二进制日志中读取指定position 事件位置作为开始。
  4. --stop-position:从二进制日志中读取指定position 事件位置作为事件截至

原文地址:https://www.cnblogs.com/lihan829/p/11408061.html

时间: 2024-10-15 20:12:48

mysql从binlog恢复数据的相关文章

【转】【MySQL】mysql 通过bin-log恢复数据方法详解

mysql中bin-log在mysql默认状态下是没有打开的,我们要先打开mysql 开启bin-log功能,然后再通过备份的bin-log进行数据库恢复了. 具体的操作是通过mysqlbinlog这个指令来完成的 /mysql/bin/mysqlbinlog --database=fox --start-date="2013-01-22 5:00:00" --stop-date="2013-01-22 9:00:00" /mysql/data/mysql-bin.

利用mysql的binlog恢复数据

MySQL Binary Log也就是常说的bin-log, ,是mysql执行改动产生的二进制日志文件,其主要作用有两个: * 数据回复 * 主从数据库.用于slave端执行增删改,保持与master同步. 1.开启binary log功能 需要修改mysql的配置文件,本篇的实验环境是win7,配置文件为mysql安装目录\MySQL Server 5.1下的my.ini,添加一句log_bin = mysql_bin即可      eg:      [mysqld]            

Linux下面的mysql的bin-log恢复数据

转自:http://blog.sina.com.cn/s/blog_13dd6daa80102wbht.html 一.开启binlog日志: 编辑打开mysql配置文件my.cnf,在[mysqld]区块设置/添加 log-bin=mysql-bin  确认是打开状态(值 mysql-bin 是日志的基本名或前缀名),重启mysqld服务使配置生效.日志刷新命令:mysql> flush logs. 二.也可登录mysql服务器,通过mysql的变量配置表,查看二进制日志是否已开启 mysql>

mysql通过binlog恢复数据

如果mysql不小心操作失误导致数据错误或者丢失这时候binlog起到了很大的作用 恢复有几种方式 1.按时间恢复--start-datetime 如果确定了时间点,那么按时间恢复是一个再好不过的事,一般是通过日常的定期备份+差异备份(日志) 如果日常备份在4点,出错的时间在12:00点,12:30发现的,首先我们要确认12点出了什么错,12点以后的数据还能不能继续使用,如果不影响,那么我们只需跳过12:00执行的数据即可 首先,恢复4点的备份 然后,通过binlog获取4点到11:59的数据,

mysql利用bin-log恢复误删除数据.

模拟备份数据库mysqldump db1 > db1.sql 启用新的bin-log文件mysql>flush logs; mysql> show master status;+------------------+----------+--------------+------------------+-------------------+| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

mysql二进制日志恢复数据

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

MySql binlog恢复数据

1. 直接导入数据库 mysqlbinlog --database=testdb mysql-bin.000001 | mysql -uroot -f 2. 导出成SQL文 (1) 从binlog输出为SQL mysqlbinlog -vv --database=testdb --base64-output=decode-rows mysql-bin.000001 > 0001.sql grep "###" 0001.sql > 0001_#.sql 导出的SQL文如下格式

MySQL利用binlog恢复误操作数据

在人工手动进行一些数据库写操作的时候(比方说数据订正),尤其是一些不可控的批量更新或删除,通常都建议备份后操作.不过不怕万一,就怕一万,有备无患总是好的.在线上或者测试环境误操作导致数据被删除或者更新后,想要恢复,一般有两种方法. 方法一.利用最近的全量备份+增量binlog备份,恢复到误操作之前的状态,但是随着数据量的增大,binlog的增多,恢复起来很费时.方法二.如果binlog的格式为row,那么就可以将binlog解析出来生成反向的原始SQL 以下是利用方法二写的一个python脚本b

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

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