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

来自linux中国网wiki
docker>Evan2019年8月26日 (一) 06:41的版本 →‎see also
(差异) ←上一版本 | 最后版本 (差异) | 下一版本→ (差异)
跳到导航 跳到搜索

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