MySQL Binlog日志有三种格式：
- Statement
- ROW
- MiXED
查看Binlog使用格式命令：show global variables like %binlog_format%
设置Binlog使用格式命令：set global binlog_format=statement
三种格式介绍：
1.Statement：每一条会修改数据的sql都会被记录在binlog中
优点：不需要记录每一行的变化，减少了binlog日志量，节省了IO，提高性能。（相比ROW能节省多少性能与日志量，取决于应用的sql情况，正常同一条记录修改与插入ROW格式所产生的数据量还小于Statement格式产生的数据量，但是考虑到如果带条件的update操作、以及整表删除、alter表等操作，ROW格式会产生大量日志，因此在考试是否使用ROW格式时应该根据应用的实际情况，其所产生的日志量会增加多少，以及带来的IO性能问题）
缺点：由于记录的只是执行语句，为了这些语句能在slave上正常执行，因此还必须记录每条语句执行时的相关信息，以保证所有语句能在slave得到和master端执行时相同的结果。另外mysql的复制，像一些特定函数功能，slave可与master上要保持一致会有很多相关问题（如sleep()函数、last_inster_id()、以及userr-defined functions(udf)会出现问题），使用以下函数的语句也无法被复制：
- load_file()
- uuid()
- user()
- found_rows()
- sysdate()（除非启用时设置了--sysdate-is-now选项）
2.ROW：不设置sql语句上下文相关信息，仅保存哪条记录被修改
优点：binlog中可以不记录执行的sql语句的上下文相关的信息，仅需要记录哪一条记录被修改成什么，所以rowslave的日志内容会非常清楚的记录下每一行数据修改的细节，而且不会出现某些特定情况下的存储过程，或function，以及trigger的调用和触发无法被正确复制的问题
缺点：所有执行的语句当记录到日志中时，都将以每行的记录来记录，这样可能会产生大量的日志内容，比如一条update语句，修改多条记录，则binlog中每一条修改都会被记录，这样造成binlog的日志量会很大，特别是当执行alter table之类的语句时，由于表结构修改，每条记录都发生变化，那么该表每一条记录都会记录到日志中。
3.MiXED：是以上两种level的混合使用，一般的语句修改使用Statement格式保存binlog，如一些函数，statement无法完成主从复制的操作，则采用ROW格式保存binlog。mysql会根据执行的每一条具体的sql语句来区分对待记录的日志形式，也就是从Statement和ROW中之间选择一种。新版本的mysql中对ROW模式也做了优化，并不是所有的操作都会以ROW格式记录，像遇到表结构变更的时候就会以Statement模式来记录，至于update和delete等修改数据的语句还是会记录所有行的变更。
原文出自：https://blog.csdn.net/sj349781478/article/details/77816524