【数据库】binlog的三种模式

binlog日志的模式分三种

statement Level模式

每一条会修改数据的sql都会记录到master的binlog中，
slave在复制的时候，sql进程会解析成和原来master端执行过的相同的sql再执行。

即 只保存sql语句

优点：不需要记录每一行的变化，较少bin-log日志量，节约IO，提高性能。
缺点：由于它是记录执行语句，
		所以，为了让这些语句在slave端也能正确执行，
		那么它还必须记录每条语句在执行的时候的一些相关信息，
		也就是上下文信息，
		来保证所有语句在slave端能够得到和在master端相同的执行结果。
		即 执行前 slave端和master端要保持相关信息的一致性！

Row Level模式

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

优点：bin_log中可以不记录执行的sql语句的上下文信息，仅仅只需要记录哪一条记录被修改，修改成什么样。所以row level的日志内容会非常清楚的记录每一行数据修改的细节，非常容易理解。
缺点：所有的执行语句都会记录到日志中，同时都会以每行记录修改的来记录，这样可能会产生大量的日志内容。

Mixed模式（混合模式）

实际上就是前两种模式的结合，在mixed模式下，mysql会根据执行的每一条具体的sql语句来区分对待记录的日志形式，也是在statement和row之间选择一种。

新版本中的mysql中对row level模式也做了优化，并不是所有的修改都会以row level来记录，

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