一、binlog简介

mysql-binlog是MySQL数据库最重要的二进制日志，它记录了所有的DDL和DML（(除了数据查询语句），以事件形式记录，还包含语句所执行消耗的事件。binlog主要应用于主从复制和数据恢复。

binlog主从复制主要有三个步骤

第一步：master在每次准备提交事务完成数据更新前，将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log event，简称event)

第二步：slave启动一个I/O线程来读取主库上binary log中的事件，并记录到slave自己的中继日志(relay log)中。

第三步：slave还会起动一个SQL线程，该线程从relay log中读取事件并在备库执行，从而实现备库数据的更新。

二、binlog的格式

binlog的格式也有三种：STATEMENT、ROW、MIXED 。

1、STATMENT模式：基于SQL语句的复制(statement-based replication, SBR)，只记录修改SQL语句。

优点：日志文件小，节约IO。

缺点：准确性差，对一些系统函数不能准确复制或不能复制，如now()、uuid()等

2、基于行的复制(row-based replication, RBR)：每一行记录的每个字段变化前后得到值。

优点：准确性强，能准确复制数据的变更

缺点：日志文件大，较大的网络IP和磁盘IO。

业内目前推荐使用的是row模式，准确性高，虽然说文件大，但是现在有SSD和万兆光纤网络，这些磁盘IO和网络IO都是可以接受的。

3、混合模式复制(mixed-based replication, MBR)：statement和row模式的混合。

优点：准确性强，文件大小适中

缺点：有可能发生主从不一致问题。

binlog日志包括两类文件：

1)、二进制日志索引文件(文件名后缀为.index)用于记录所有的二进制文件。

2)、二进制日志文件(文件名后缀为.00000*)记录数据库所有的DDL和DML(除了数据查询语句select)语句事件。

三、binlog配置

在MySQL配置文件my.cnf文件中的mysqld节中添加下面的配置文件：

[mysqld]

server-id=1

#设置日志格式

binlog_format = mixed

#设置日志路径，注意路经需要mysql用户有权限写

log-bin =mysql-bin

#设置binlog清理时间

expire_logs_days = 7

#binlog每个日志文件大小

max_binlog_size = 100m

#binlog缓存大小

binlog_cache_size = 4m

#最大binlog缓存大小

max_binlog_cache_size = 512m

重启MySQL生效，如果不方便重启服务，也可以直接修改对应的变量即可。

四、binglog 常用参数

查看binlog是否开启

show variables like '%log_bin%';

select @@log_bin

查看binlog列表

show binary logs;

查看当前正在写入的日志

show master logs;

show master status;

查看log_bin中的内容

show binlog events [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count];

show binlog events;

指定查看具体的binlog日志的内容

show binlog events in 'mysql-bin.000002';

show binlog events in 'mysql-bin.000003';

刷新日志

flush logs;

重置（清空）所有binlog日志

reset master;

五、mysqlbinlog命令

binlog是二进制文件，使用普通的cat、more、vim都是无法打开的，必须使用自带的mysqllogbin命令查看

1、mysqlbinlog常见的选项有一下几个：

--start-datetime：从二进制日志中读取指定等于时间戳或者晚于本地计算机的时间

--stop-datetime：从二进制日志中读取指定小于时间戳或者等于本地计算机的时间 取值和上述一样

--start-position：从二进制日志中读取指定position 事件位置作为开始。

--stop-position：从二进制日志中读取指定position 事件位置作为事件截至

2、使用mysqlbinlog自带查看命令法

mysqlbinlog mysql-bin.0000002

3、根据时间查看binlog

mysqlbinlog --no-defaults mysql-bin.000720 --start-datetime="2018-09-12 18:45:00" --stop-datetime="2018-09-12:18:47:00"

4、其他命令示例

mysqlbinlog --no-defaults --database=db --start-datetime='2019-04-11 00:00:00' --stop-datetime='2019-04-11 15:00:00' mysql-bin.000007 | more

mysqlbinlog --no-defaults --database=db --base64-output=decode-rows -v --start-datetime='2019-04-11 00:00:00' --stop-datetime='2019-04-11 15:00:00' mysql-bin.000007 | more

5、恢复命令

恢复命令格式

mysqlbinlog mysql-bin.0000xx | mysql -u用户名 -p密码 数据库名

指定位置恢复

mysqlbinlog --start-position=219 --stop-position=681 mysql-bin.000001 > e:\\update.sql

六、 GTID相关事件

1.为什么引入GPID?

解决主备复制的延时问题

单线程太慢，

多线程复制的问题是：最终数据可能不一致

2. 引入后有哪些缺点

不支持create table xx as select

3.GPID配置

从MySQL 5.6开始支持GTID复制。要开启GTID，修改my.cnf文件，添加以下配置

gtid-mode=on

enforce-gtid-consistency=true

在这种情况下，每当我们执行一个事务之前，都会记录一个GTID Event

insert into user("name") values("zhuyihan");

此时binlog内容如下：

而当我们切换到下一个binlog文件时，会记录之前的已经执行过的GTID。这里我们通过执行以下sql手工切换到一个新的binlog文件。

mysql> flush logs;

Query OK, 0 rows affected (0.00 sec)

之后在新的binlog文件中，我们看到之前执行过的GTID在下一个文件中出现了。

Mysql binlog应用场景与原理深度剖析

本文不是专门讲解GTID的文章，感兴趣的读者，可以自行查看相关资料。