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：执行出错的谬误号。