Mysql binlog日志的三种模式介绍及模式修改

me

 以前是建议用row 而不要mixed 不过现在好像 mixed 好像也好些了


2.RBR：Row Based Replication 主服务器把表的行变化作为事件写入到二进制日志中，主服务器把代表了行变化的事件复制到从服务中，使用RBR的

长处：

所有的数据变化都是被复制，这是最安全的复制方式
更少的行级锁表
弊端：

日志会很大
不能通过查看日志来审计执行过的sql语句，不过可以通过使用mysqlbinlog  
--base64-output=decode-rows --verbose来查看数据的 变动
3.MBR：既使用SBR也使用RBR，默认使用SBR


SBR：Statement Based Replication 当使用二进制日志时，主服务器会把SQL语句写入到日志中，然后从服务器会执行该日志，这就是SBR，在mysql5.1.4之前的版本都只能使用这种格式。使用SBR会有如下

长处：

日志文件更小
记录了所有的语句，可以用来日后审计
弊端：

使用如下函数的语句不能被正确地复制：load_file(); uuid(), uuid_short(); user(); found_rows(); sysdate(); get_lock(); is_free_lock(); is_used_lock(); master_pos_wait(); rand(); release_lock(); sleep(); version();
在日志中出现如下警告信息的不能正确地复制：[Warning] Statement is not safe to log in statement format.
或者在客户端中出现show warnings
Insert … select语句会执行大量的行级锁表
Update语句会执行大量的行级锁表来扫描整个表

see also

MySQL binlog 格式（Mixed，Statement，Row Level）

Binlog日志的三种模式介绍及模式修改

mysql中binlog_format模式与配置详解

17.1.2 Replication Formats

https://dev.mysql.com/doc/refman/5.5/en/replication-formats.html