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）
https://dev.mysql.com/doc/refman/5.5/en/replication-formats.html
