binlog介绍

binlog,即二进制日志,它记录了数据库上的所有扭转.
扭转数据库的SQL语句执行完结时,将在binlog的开端写入一条记录,同时告诉语句解析器,语句执行结束.
binlog格局
基于语句,无奈保障所有语句都在从库执行胜利,比方update … limit 1;
基于行,将每一次改变记为binlog中的一行.在执行一个特地简单的update或者delete操作时,基于行的格局会有劣势.
登录到mysql查看binlog

只查看第一个binlog文件的内容
show binlog events;
1.
查看指定binlog文件的内容
show binlog events in 'mysql-bin.000002';
1.
查看以后正在写入的binlog文件
show master status\G
1.
获取binlog文件列表
show binary logs;
1.
用mysqlbinlog工具查看

留神:

不要查看以后正在写入的binlog文件
不要加–force参数强制拜访
如果binlog格局是行模式的,请加 -vv参数
本地查看
基于开始/完结工夫
mysqlbinlog --start-datetime='2013-09-10 00:00:00' --stop-datetime='2013-09-10 01:01:01' -d 库名 二进制文件
1.
基于pos值
mysqlbinlog --start-postion=107 --stop-position=1000 -d 库名 二进制文件
1.
近程查看
指定开始/完结工夫,并把后果重定向到本地t.binlog文件中.
mysqlbinlog -u username -p password -hl-db1.dba.beta.cn6.qunar.com -P3306 \
--read-from-remote-server --start-datetime='2013-09-10 23:00:00' --stop-datetime='2013-09-10 23:30:00' mysql-bin.000001 > t.binlog
1.
2.
是否启用了日志
mysql>show variables like ‘log_bin’;

怎么晓得以后的日志
mysql> show master status;

看二进制日志文件用mysqlbinlog
shell>mysqlbinlog mail-bin.000001
或者shell>mysqlbinlog mail-bin.000001 | tail

mysqlbinlog mysql-bin.000036 | less

查问蕴含几个字段的语句：

mysqlbinlog mysql-bin.000036| egrep ‘(2011030610002460|2011030310001730|2011030410011680|2011030410006280)’

mysqlbinlog查看二进制日志的问题
在应用mysqlbinlog查看日志的时候碰到了一个问题，
谬误提醒如下：
/usr/local/mysql/bin/mysqlbinlog: unknown variable ‘default-character-set=utf8’

产生这个问题的起因是因为我在my.cnf中的client选项组中增加了
default-character-set=utf8

要解决这个bug的办法还是有的，
一种办法是应用：–no-defaults

./mysqlbinlog –no-defaults mysql-bin.000063

另一种办法：应用mysqlbinlog工具查看二进制日志时会从新读取的mysql的配置文件my.cnf(windows下是my.ini),而不是服务器曾经加载进内存的配置文件。也就是说只有批改并保留了my.cnf文件，而不须要重起mysql服务器，则应用mysqlbinlog查看时批改后的my.cnf配置文件对mysqlbinlog而言曾经失效。所以这里能够应用此办法：把client选项组中default-character-set=utf8选项屏蔽掉，如

default-character-set=utf8

而后运行mysqlbinlog工具，则不会产生任何问题了。当然记得在不在应用mysqlbinlog工具时，把#default-character-set=utf8
选项复原为default-character-set=utf8

一、mysqlbinlog简介

binlog又叫二进制日志文件，它会将mysql中所有批改数据库数据的Query以二进制的模式记录到日志文件中,如：create,insert,drop,update等;（对于select操作则不会被记录到binlog里，因为它并没有批改数据库的数据）。binlog个别存储在数据目录下，并且命名为：mysql-bin.*（这个能够在配置文件中批改my.cnf：log-bin=mysql-bin,就是文件名的前缀；mysqld在每个 binlog 名前面增加一个数字扩展名。每次启动服务器或刷新日志时减少文件的大小大于max_binlog_size，一个事务不会被拆离开）。

binlog次要是用于保证数据残缺的，如主从备份，通过从binlog文件中读取操作来在salve机上进行同样的操作，保障主从备份，当然不可能每次都从开始的中央redo，所以每条记录都有一个工夫截TIMESTAMP。

二、binglog的类型

binlog的格局有三种，这也反馈了mysql的复制技术：基于SQL语句的复制(statement-based replication, SBR)，基于行的复制(row-based replication, RBR)，混合模式复制(mixed-based replication, MBR)。相应地，binlog的格局也有三种：STATEMENT，ROW，MIXED。

mysql>showvariables like ‘binlog_format’ #查看binlog的格局

三、简略的应用binlog及查看批改其类型

show binary logs; #显示binlog文件

purge binary logsto ‘mysql-bin.’ #删除到文件

bin/mysqlbinlog binlogfile #解析binlog文件

具体应用能够查看帮助文件，也能够参考官网用法：

http://dev.mysql.com/doc/refm...

利用binlog复原数据：

bin/mysqlbinlog –start-datetime=’2011-7-7 18:0:0′–stop-datetime=’2011-7-7 20:07:13′ data/mysql-bin.000008 |mysql -u root

查看及批改binlog的类型能够通过查看my.cnf文件，如混合型的设置如下：

log-bin=mysql-bin

binlog_format=STATEMENT

binlog_format=ROW

binlog_format=mixed

另外也能够通过查看binlog日志文件的内容，具体下面已进行解说。 也能够通过查看sql状态来查看:

mysql> show variables like ‘%log%’;
+—————————————–+——————————–+
| Variable_name | Value |
+—————————————–+——————————–+
| back_log | 50 |
| binlog_cache_size | 32768 |
| binlog_direct_non_transactional_updates | OFF |
| binlog_format | MIXED

不复启mysql从新加载my.cnf文件的状况下，批改mysqlbinlog类型的办法：

mysql> SET SESSION binlog_format = ‘STATEMENT’;
mysql> SET SESSION binlog_format = ‘ROW’;
mysql> SET SESSION binlog_format = ‘MIXED’;
mysql> SET GLOBAL binlog_format = ‘STATEMENT’;
mysql> SET GLOBAL binlog_format = ‘ROW’;
mysql> SET GLOBAL binlog_format = ‘MIXED’;

四、binlog记录的格局

每个binlog的开始都是由4个字节：fe 62 69 6e，前面三个字节就是bin。

而后接下来的就是一条记录的内容它包含：Common-Header，这部分不同版本的大小不一样，4.0以上的都是19个字节。在这个之后就是BODY。

Common-Header格局：（单位：字节）

Timestamp(4) Type(1) Server_id(4) Total_size(4) End_log_pos(4) Flag(2)
Timestamp:从1970开始

Type:此log event type如FORMAT_DESCRIPTION_EVENT、QUERY、LOAD_EVENT等，其中每个binlog的第一条记录的类型都是FORMAT_DESCRIPTION_EVENT，它记录了该binlog的相干信息，如版本，这些信息对于后序剖析binlog记录是有用的，所以对于工作要读取binlog的内容的工具都必须先读取第一条记录。QUERY包含咱们常常操作的如：create,drop,update,insert等。

Server_id：创立这个事件的server id。避免循环主从导致的主机被从写。The master’s server id (is preserved in therelay log; used to prevent from infinite loops in circular replication).

Total_size：该记录的大小，包含common_header及body。

End_log_pos：此下一条记录的开始地位。也是此条记录完结地位的上一个字节。

Flag：标记位。

QUERY类型的记录：

QUERY类型的记录除了开始的common-header之外，在body的结尾是一个Post-header，而后之后才是真正的body内容。

Query Post-Header：（单位字节）

Thread_id(4) Exec_time(4) Db_len(1) Error_code(2) Status_var_len(2)
Thread_id：is used to distinguish temporary tables that belong to differentclients.

Exec_time：The time from whenthe query started to when it was logged in the binlog, in seconds.QUERY到达到这个binlog事件生成的工夫距离。

Db_len：以后数据库的名称长度。

Error_code：执行出错的谬误号。