binlog的格式也有三种：STATEMENT、ROW、MIXED ，下面我详解binlog三种模式@mikechen
Statement模式
Statement模式：是基于SQL语句的复制(statement-based replication)，只记录修改SQL语句。
Statement格式记录了每个执行的SQL语句，包括：INSERT、UPDATE、DELETE等数据操作语句。
比如：执行一条update T set update_time=now where id=1。
记录的内容如下：
Statement格式不记录事务的开始和结束，所以对于非事务性操作较为适用。
Statement模式优点：
相对于Row格式Statement格式的binlog文件通常较小，因为它只记录了SQL语句，而不记录每个数据行的变化。
Statement模式缺点：
缺点：准确性差，对一些系统函数不能准确复制或不能复制，如now()、uuid()等。
Row格式模式
row记录的内容不再是简单的SQL语句了，还包含操作的具体数据，比如：包括插入、更新和删除操作。
Row格式模式基于行的复制(row-based replication)，每一行记录的每个字段变化前后得到值。
如果一个update语句修改一百行数据，那么这种模式下就会记录100行对应的记录日志。
Row格式适用于事务性操作，因为它记录了事务内每一行数据的变化，可以确保事务在复制到从数据库时能够准确地重放。
需要注意的是，Row格式可能会导致较大的binlog文件，因为它记录了每一行数据的变化。
此外，Row格式可能对数据库的性能产生一定的影响，因为它需要记录大量的数据变化信息。
Row格式模式优点：
准确性强，能准确复制数据的变更。
Row格式模式缺点：
日志文件大，较大的网络IP和磁盘IO。
业内目前推荐使用的是row模式，准确性高，虽然说文件大，但是现在有SSD和万兆光纤网络，这些磁盘IO和网络IO都是可以接受的。
总的来说Row格式是MySQL binlog的一种高度精确的记录格式，适用于需要高度数据一致性、涉及复杂数据变化或需要事务性支持的情况。
Mixed混合模式
混合模式复制(mixed-based replication, MBR)，是statement和row模式的混合。
混合模式会根据具体的SQL语句和操作来自动选择记录方式，即在Statement格式和Row格式之间切换。
混合模式尝试在Statement格式和Row格式之间找到一个平衡点，以优化性能和可读性。
比如：
对于简单的SQL语句，混合模式使用Statement格式，记录SQL语句的文本。
对于复杂的数据变化，如：包含计算字段、随机生成的值或触发器等情况，混合模式会使用Row格式，记录每一行数据的变化，以确保数据的一致性。
混合模式优点：
优点：准确性强，文件大小适中。
混合模式缺点：
缺点：有可能发生主从不一致问题。
以上就是binlog三种模式详解，更加详细的binlog介绍请查看：binlog日志详解(作用模式及写入机制)
作者简介
陈睿|mikechen，10年+大厂架构经验，就职于阿里巴巴、淘宝、百度等一线互联网大厂。
关注作者「mikechen」公众号，获取更多技术干货！
