mysql binlog使用

最新推荐文章于 2023-12-25 09:58:09 发布
最新推荐文章于 2023-12-25 09:58:09 发布
阅读量468 收藏
点赞数
分类专栏： MySql

1.binlog日志打开方法

（查看二进制日志是否打开：

mysql> show variables like 'log_%';
+---------------------------------+--------------------------+
| Variable_name | Value |
+---------------------------------+--------------------------+
| log_bin | ON |
| log_bin_trust_function_creators | OFF |
| log_error | /var/lib/mysql/sg204.err |
| log_output | FILE |
| log_queries_not_using_indexes | OFF |
| log_slave_updates | OFF |
| log_slow_queries | OFF |
| log_warnings | 1 |
+---------------------------------+--------------------------+
8 rows in set (0.00 sec)

）

在my.cnf文件的[mysqld]下加上一行(windows为mysql.ini)

#vi /etc/my.cnf
[mysqld]
log-bin=/var/lib/mysql/mysql-bin-log #添加这一行就ok了=号后面的路径和名字自己定义吧

注：（用rpm包安装的MySQL是不会安装/etc/my.cnf文件的，
至于为什么没有这个文件而MySQL却也能正常启动和作用，有两个说法，
第一种说法，my.cnf只是MySQL启动时的一个参数文件，可以没有它，这时MySQL会用内置的默认参数启动，
第二种说法，MySQL在启动时自动使用/usr/share/mysql目录下的my-medium.cnf文件，这种说法仅限于rpm包安装的MySQL，
解决方法，只需要复制一个/usr/share/mysql目录下的.cnf文件到/etc目录，并改名为my.cnf即可。）

2.查看自己的binlog的名称是什么

mysql> show binary logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 7661 |
+------------------+-----------+
1 row in set (0.00 sec)


3.查看二进制日志里的操作记录


mysql> show binlog events;
+------------------+------+-------------+-----------+-------------+-----------------------------------------------------------+
| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |
+------------------+------+-------------+-----------+-------------+-----------------------------------------------------------+
| mysql-bin.000001 | 4 | Format_desc | 1 | 107 | Server ver: 5.5.28-log, Binlog ver: 4 |
| mysql-bin.000001 | 107 | Query | 1 | 215 | use `test`; create table person(
id int(4),
name char(8)) |
| mysql-bin.000001 | 215 | Query | 1 | 283 | BEGIN |
| mysql-bin.000001 | 283 | Query | 1 | 383 | use `test`; insert into person values(' ','jack') |
| mysql-bin.000001 | 383 | Xid | 1 | 410 | COMMIT /* xid=15 */


4. 用mysqlbinlog 工具来显示记录的二进制结果，然后导入到文本文件，为了以后的恢复。

详细过程如下：
C:\Program Files\MySQL\MySQL Server 5.0\bin>mysqlbinlog --start-position=4 --sto

p-position=106 mysqlbin-log.000001 > c:\\test1.txt



或者全部导出:

C:\Program Files\MySQL\MySQL Server 5.0\bin>mysqlbinlog mysqlbin-log.000001 > c:\\test1.txt





test1.txt的文件内容：

;

;

DELIMITER ;

# at 4

#110916 9:51:06 server id 1 end_log_pos 98 Start: binlog v 4, server v 5.0.45-community-nt-log created 110916 9:51:06 at startup

# Warning: this binlog was not closed properly. Most probably mysqld crashed writing it.

ROLLBACK;

# at 98

#110916 10:11:21 server id 1 end_log_pos 28 Intvar

SET INSERT_ID=2;

# at 126

#110916 10:11:21 server id 1 end_log_pos 143 Query thread_id=2 exec_time=0 error_code=0

use test;

SET TIMESTAMP=1316139081;

SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=1, @@session.unique_checks=1;

SET @@session.sql_mode=1344274432;

;

SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8;

insert into User (name,password) values('ddd','222');

DELIMITER ;

# End of log file

ROLLBACK ;

;



5. 导入结果到MYSQL中进行数据恢复。


C:\Program Files\MySQL\MySQL Server 5.0\bin>mysqlbinlog --start-position=134 --stop-position=330 mysqlbin-log.000001 | mysql -uroot -p



或者

C:\Program Files\MySQL\MySQL Server 5.0\bin>mysqlbinlog --start-position=134 --stop-position=330 mysqlbin-log.000001 >test1.txt

进入MYSQL导入

mysql> source c:\\test1.txt



还有一种办法是根据日期来恢复

C:\Program Files\MySQL\MySQL Server 5.0\bin >mysqlbinlog --start-datetime="2009-09-14 0:20:00" --stop-datetim="2009-09-15 01:25:00" /diskb/bin-logs/xxx_db-bin.000001 | mysql -u root



6、查看数据

Select * from User


有备份的话很简单，只需要生成一个最近备份的数据 然后用mysqlbinlog找回备份时间点之后的数据 再恢复到现网即可。

要是没有备份 可能就会比较麻烦，找回数据的成本也是非常之高的.

下面介绍下 mysqlbinlog找回备份时间点之后的数据的办法：

做个简单的实验，将mysql的表数据删除之后，然后用mysqlbinlog 找回刚才删除的表的数据。

app表的创建时间和数据的插入： 2013-02-04 10:00:00 

原理： mysqlbinlog

前提： mysql开启了bin log日志

测试删除之前：

mysql> show tables;
+-----------------------+
| Tables_in_report_sina |
+-----------------------+
| app                   |
| test                  |
+-----------------------+

mysql> select now();
+---------------------+
| now()               |
+---------------------+
| 2013-02-04 11:45:44 |
+---------------------+
1 row in set (0.01 sec)


mysql> select count(1) from app;
+----------+
| count(1) |
+----------+
|       10 |
+----------+
1 row in set (0.01 sec)

 

开始删除数据：

mysql> delete from app where id =1;
Query OK, 1 row affected (0.00 sec)

mysql> 
mysql> delete from  app where id <6;
Query OK, 4 rows affected (0.01 sec)

mysql> select count(1) from app;
+----------+
| count(1) |
+----------+
|        5 |
+----------+
1 row in set (0.00 sec)

 

mysql> select now();
+---------------------+
| now()               |
+---------------------+
| 2013-02-04 12:08:45 |
+---------------------+

 

开始找回数据：

1.找到bin log的位置：

/app/mysql/log

-rw-rw---- 1 mysql mysql  17K Feb  4 11:43 alert.log
-rw-rw---- 1 mysql mysql 1.0K Nov  1 14:52 master-bin.000001
-rw-rw---- 1 mysql mysql  126 Dec 25 14:00 master-bin.000002
-rw-rw---- 1 mysql mysql  126 Dec 25 14:02 master-bin.000003
-rw-rw---- 1 mysql mysql  126 Dec 25 14:02 master-bin.000004
-rw-rw---- 1 mysql mysql  107 Dec 25 14:02 master-bin.000005
-rw-rw---- 1 mysql mysql  13K Feb  4 12:02 master-bin.000006

可以看到 最近被修改的bin log 只有  master-bin.000006 

（要是误删除跨越了好几个bin log 找回数据的时候就必须一个个的bin log日志去找回了）

将这一段时间所有执行的sql语句存入到 待恢复的 sql文件中。

mysqlbinlog --start-date='2013-02-04 10:00:00' --stop-date='2013-02-04 12:08:45' /app/mysql/log/master-bin.000006 >/app/mysql/mysql_restore_20130204.sql

当然在现网环境下 ，这个时间可能没那么的准确，并且还有其他事务sql语句的干扰。

 

创建临时数据库

create database for_bak;

导出当前数据库中被误删的表 app

mysqldump -uroot -ppwd my_db app > /app/mysql/app.sql

 

将现在的数据导入到临时表：

mysql -root -ppwd for_bak < /app/mysql/app.sql

 

我们再来看下 /app/mysql/mysql_restore_20130204.sql的部分内容： （可以看到罪恶的delete 语句）

SET TIMESTAMP=1359949544/*!*/;
BEGIN
/*!*/;
# at 12878
#130204 11:45:44 server id 1  end_log_pos 12975  Query thread_id=5 exec_time=974 error_code=0
SET TIMESTAMP=1359949544/*!*/;
delete from app where id =1
/*!*/;
# at 12975
#130204 11:45:44 server id 1  end_log_pos 13002  Xid = 106
COMMIT/*!*/;
# at 13002
#130204 11:45:44 server id 1  end_log_pos 13077  Query thread_id=5 exec_time=1013 error_code=0
SET TIMESTAMP=1359949544/*!*/;
BEGIN
/*!*/;
# at 13077
#130204 11:45:44 server id 1  end_log_pos 13175  Query thread_id=5 exec_time=1013 error_code=0
SET TIMESTAMP=1359949544/*!*/;
delete from  app where id <6
/*!*/;
# at 13175
#130204 11:45:44 server id 1  end_log_pos 13202  Xid = 107
COMMIT/*!*/;
DELIMITER ;
# End of log file

 

可以看到 数据是什么时间点删除的 。  具体的时间也可以用 select from_unixtime(1359949544); 来查询

令人欣慰的是 create table app 语句和 insert 的语句也在这个文件之中。 在手工去掉 delete 语句之后 在临时库里面进行 source mysqlbinlog找回来的sql文件

就将app恢复到被删除之前的状态了。 然后将临时库的数据导入到现网数据（这个不是这篇文章的重点了）。

 

要是没有备份，要找回所有app表相关的数据 那可能就非常的麻烦了 尤其是 binlog文件非常多 而且每个都比较的大。

那样的话也只有从app的建立到现在 用mysqlbinlog来逐个的找回与app表相关dml操作的sql记录,然后整合恢复数据。

我想这种情况一般比较的少。虽然麻烦，但是也不是不能恢复。


ywb201314
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mysql 日志恢复工具_mysqlbinlog工具基于日志恢复详细解释
weixin_28921115的博客
01-19 253
如果每天都会生成大量的二进制日志，这些日志长时间不清理的话，将会对磁盘空间带来很大的浪费，所以定期清理日志是DBA维护MySQL的一个重要工作1)RESET MASTER在上面查看日志存放的文件夹中，二进制日志命名的格式是以mysql-bin.*，*代表日志的序号,序号是递增的,其中还有mysql-bin.index是日志的索引文件,记录了日志的最大序号我们执行RESET MASTER命名删除全部...
MySQL Binlog Digger 4.28 + Mysql Binlog分析 + 数据库
08-19
MySQL Binlog Digger是一款免费的，且基于图形界面的binlog挖掘分析工具与sql审计工具。当发生误删、误增、误改时，它可以帮助我们从binlog中快速定位到误操作的重做语句(redo sql)，同时推理出回滚语句(undo sql)。...
mysql binlog常用操作
纯洁的小魔鬼
04-27 3353
一.查看 binlog 基本信息 binlog文件的位置配置可在 /etc/my.cnf 配置和查看 0. 登录 mysql mysql -h localhost -u root -p 1.查看binlog文件列表 进入mysql命令行: show binary logs; 2.查看当前正在写入的binlog文件 show master status; 3. 查看binlog事件信息 show binlog events in 'bin-log.000004'; 4.查看 binlog 文件单个
MySql binlog命令使用
最新发布
一千个读者就有一千个哈姆雷特
12-25 1万+
如果我们是要恢复数据到源数据库或者和源数据库有相同 GTID 信息的实例，那么就要使用该参数。如果不带该参数的话，是无法恢复成功的。因为包含的 GTID 已经在源数据库执行过了，根据 GTID 特性，一个 GTID 信息在一个数据库只能执行一次，所以不会恢复成功。如果是恢复到其他实例的数据库并且不包含源实例的 GTID 信息，那么可以不使用该参数，使用或者不使用都可以恢复成功。是否使用–skip-gtids=true 参数，要根据情况来定；–skip-gtids=xxx的作用为：mysqldump。
MySQL--binlog日志恢复数据
疯狂的石头
04-08 1253
恢复数据的重要命令如下 mysql> flush logs; 默认的日志是mysql-bin.000001，现在刷新了重新开启一个就多了一个mysql-bin.000002 ./mysqlbinlog --no-defaults binlog日志名，来查看日志 [root@localhost bin]# ./mysqlbinlog
mysql日志
weixin_33923148的博客
07-11 231
MySQL日志： 1.查询日志 2.慢查询日志：查询执行时长超过指定时长的查询，即为慢查询 3.错误日志 4.二进制日志：复制功能依赖于此日志 5.中继日志： 6.事务日志： 随机I/O转换为顺序I/O ACID：持久性 日志文件组：至少应该有两个日志文件； 注意：尽可能使用小事务以提升事务引擎的性能； 查询日志： log={O...
MySQL Binlog Digger 4.8.0
12-14
使用MySQL Binlog Digger的过程分为在线挖掘分析和离线挖掘分析两部分： **在线挖掘分析**： 1. 配置数据库连接信息，如主机、端口、账号和密码，并进行连接测试。 2. 进行过滤设置，选择数据库、表、binlog范围和...
mysql binlog日志恢复【亲测有效，有例子实测】
03-22
5. **查看binlog事件并恢复数据**：通过`show binlog events in 'mysql-bin.000002'`查看binlog文件中的事件，然后使用`mysqlbinlog`工具指定开始和结束位置恢复特定数据，例如： ``` mysqlbinlog --start-...
Mysql binlog查看工具
07-29
在本主题中，我们将深入探讨如何使用MySQL binlog查看工具来理解和分析binlog文件。 首先，理解MySQL binlog的格式至关重要。MySQL的binlog有两种格式：Statement-based（基于语句）和Row-based（基于行）。基于...
MySQL Binlog Digger 4.10
02-14
MySQL Binlog Digger基于图形界面，免安装的日志分析工具，能对在线binlog与离线binlog进行分析，在选定在线binlog或离线binlog日志后，可对数据库、表、binlog开始时间、binlog结束时间、误操作的重做类型进行信息...
MySQL 找不到binlog文件启动失败的解决办法
每一点星光，都是一个来自其他世界的问候
07-19 4992
本文主要说明了由于二进制日志文件问题造成的MySQL启动不了的解决办法
踩坑系列《五》 Incorrect datetime value: 时间添加失败原因
潇歌的博客
05-25 2万+
在进行单元测试中通过 new Date() 方式添加时间时，报了 Data truncation: Incorrect datetime value:这样的错误（我数据库表的时间类型是 datetime） 这种情况看看你的SQL语句有没有成功地对应上 像我这种就是顺序弄错了，因为类型的原因导致数据添加失败，调整后就能成功添加了。还有一种情况是，可能需要设置时间格式 SimpleDateFormat sdf = new SimpleDateFormat(“yyyy-MM-dd hh:mm:ss”); l类
mysql通过binlog恢复数据的几种情况
飞龙在天的博客
07-13 6775
binlog恢复数据的几种情况 1.数据库丢失或者drop 1）恢复系统自动备份 2）用binlog恢复系统备份时间到此刻的的数据（drop操作需要binlog删除drop记录） 2.误操作update，delete 1）恢复系统自动备份 2）在binlog日志中删除误操作的操作语句，执行binlog恢复其他的数据 或者 在binlog中找到误操作的记录，用脚本反生成sql，进行恢
mysql 开启日志记录并且解决日志时间错误问题
Marhal的博客
09-20 2404
注：（1）mysql版本5.7 ubuntu16.04 （2）为了简明的查询日志，我在系统默认mysql日志文件夹中对日志进行了分类，并把赋予正确的权限 root@localhostserver:/var/log/mysql# mkdir bin root@localhostserver:/var/log/mysql# mkdir general root@localhost...
对mysqlbinlog日志进行操作的总结包括 启用，过期自动删除 等
热门推荐
睨噷蹇蜣的博客
12-10 134万+
操作命令： show binlog events in ‘binlog.000016’ limit 10; reset master 删除所有的二进制日志 flush logs 产生一个新的binlog日志文件 show master logs; / show binary logs; 查看二进制文件列表和文件大小 ./mysqlbinlog --start-datetime=“2012-05...
mysql 数据库 mysqlbinlog 使用步骤
lin910429的专栏
12-09 1377
Mysqlbinlog使用  mysqlBinlog 可以用来恢复数据库。。开发中非常有必要设置一下，，防止不可挽回的损失。。     1.binlog日志打开方法 在my.cnf这个文件中加一行（Windows为my.ini）。 #vi /etc/my.cnf [mysqld] log-bin=mysqlbin-log #添加这一行就ok了=号后面的名字自己定义吧 然后我们可
mysqlbinlog工具基于日志恢复详细解释
csdn426523的博客
05-17 225
如果每天都会生成大量的二进制日志，这些日志长时间不清理的话，将会对磁盘空间带来很大的浪费，所以定期清理日志是DBA维护mysql的一个重要工作 1)RESET MASTER 在上面查看日志存放的文件夹中，二进制日志...
mysqlbinlog --start-datetime
laokaizzz的专栏
11-19 6360
查看数据文件路径 show global variables like "%datadir%"; mysqlbin路径在配置文件中有，自己看吧。 mysqlbinlog --start-datetime="2016-11-17 14:40:00" "/data/software/mysql/mysql-bin.000001" --result-file=/data/result.
MySQL数据恢复－－binlog
上善若水，水善利万物而不争。
03-07 2万+
MySQL Binary Log也就是常说的bin-log, ,是mysql执行改动产生的二进制日志文件,其主要作用有两个: * 数据恢复 * 主从数据库。用于slave端执行增删改，保持与master同步。 1.开启binary log功能      需要修改mysql的配置文件，本篇的实验环境是win7，配置文件为mysql安装目录\MySQL Server 5.1下的

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值