简介
前两篇文章提到了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)
