MySQL日志之binlog

简介

前两篇文章提到了MySQL日志的两种形式，error_log和query_log，最近项目替换了binlog，这里就简单讲一下bin_log的工作模式和用法。

binlog一般有三种模式：

• Statement Level模式：如果数据库配置了主从，则所有会修改数据的SQL语句都会被记录在master的binlog中。slave在复制的时候SQL进程会解析成和原来master端执行过的相同的SQL来再次执行。

  这种模式不需要记录每一行数据的变化，减少bin-log日志量，节约IO，提高性能。因为他只需要记录在Master上所执行的语句的细节，以及执行语句时候上下文的信息。

• Row Level模式：这种模式下日志中会记录每一行数据被修改的形式，然后在slave端再对相同的数据进行修改。

  在这种模式下，binlog中可以不记录执行的SQL语句的上下文相关信息，仅仅只需要记录哪一条记录被修改了，修改成什么样了。所以row level的日志内容会非常清楚地记录下每一行数据修改的细节，非常易于理解。

• Mixed模式：实际上就是两种模式的结合，MySQL会根据执行的每一条具体的SQL语句来区分对待记录的日志形式，也就是Statement和Row中选择一种。

配置

方法一：在配置文件中修改

首先，查看当前是哪种模式

mysql> show variables like 'binlog_format'
    -> ;
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | ROW   |
+---------------+-------+
1 row in set (0.01 sec)

可以看到，当前为ROW模式，比如我们想要修改为MIXED模式，在配置文件中：

log-bin=mysql-bin
#binlog_format="STATEMENT"
#binlog_format="ROW"
binlog_format="MIXED"

方法二：运行时在线修改

mysql> SET SESSION binlog_format = 'STATEMENT'
    -> ;
mysql> SET SESSION binlog_format = 'ROW';
mysql> SET SESSION binlog_format = 'MIXED';
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like 'binlog_format';
+---------------+-----------+
| Variable_name | Value     |
+---------------+-----------+
| binlog_format | MIXED |
+---------------+-----------+
1 row in set (0.00 sec)

参考文章

1、mysql主从原理

2、如何基于日志，同步实现数据的一致性和实时抽取