mysql binlog 解析

三种模式：

Statement

 

每一条修改数据的sql都会记录到master的bin_log中，slave在复制的时候sql进程会解析成master端执行过的相同的sql在slave库上再次执行

 

好处：不需要记录每一行的变化，日志量少 ！

坏处：每条语句在执行的时候需要也就是上下文信息，保证所有语句在slave端能够得到和在master端相同的执行结果，特别是修改数据的时候使用了某些特定的函数或者功能的时候会出现执行结果不一致

 

Row

日志中会记录成每一行数据修改的形式，之前之后的内容！然后在slave端再对相同的数据进行修改

好处：日志内容会清楚的记录每一行数据修改的细节，容易理解，而且不会在调用函数的时候出现 结果不一致的问题

 

坏处：所有的执行语句都会记录，而且会以每行记录修改的来记录，这样会产生大量的日志内容。

 

Mixed

mysql会根据执行的每一条具体的sql语句来选择statement和row之间的一种。

新版本mysql中像遇到表结构变更的时候就会以statement模式来记录，如果sql语句确实就是update或者delete等修改数据的语句，那么还是会记录所有行的变更。

 

 

 

查询当前使用的 binlog_format

show variables like "%binlog_format%";

+---------------+-----------+

| Variable_name | Value