基于SQL语句的复制(statement-based replication, SBR)
2.1 RBR 的优点:
2.1.1 任何情况都可以被复制,这对复制来说是最安全可靠的
2.2 RBR的缺点:
2.2.1 binlog 大了很多
3.1 SBR 的优点:
3.1.1 历史悠久,技术成熟
3.2 SBR 的缺点:
3.2.1 不是所有的UPDATE语句都能被复制,尤其是包含不确定操作的时候。
选择哪种方式复制,会影响到复制的效率以及服务器的损耗,以及数据一致性问题,目前没有很好的手段去评估一个系统更适合哪种方式的复制
基于行的复制(row-based replication, RBR)
混合模式复制(mixed-based replication, MBR)
基于SQL语句的方式是目前默认的复制方式,后来的两种是MySQL 5以后才出现的复制方式。
2、基于行的复制(row-based replication, RBR)
2.1.2 和其他大多数数据库系统的复制技术一样
2.1.3 多数情况下,从服务器上的表如果有主键的话,复制就会快了很多
2.2.2 复杂的回滚时 binlog 中会包含大量的数据
2.2.3 主服务器上执行 UPDATE 语句时,所有发生变化的记录都会写到 binlog 中,而 SBR 只会写一次,这会导致频繁发生
binlog 的并发写问题
2.2.4 无法从 binlog 中看到都复制了写什么语句
3、基于SQL语句的复制(statement-based replication, SBR)
3.1.2 binlog文件较小
3.1.3 binlog中包含了所有数据库更改信息,可以据此来审核数据库安全等情况
3.1.4 binlog可以用于实时的还原,而不仅仅用于复制
3.1.5 主从版本可以不一样,从服务器版本可以比主服务器版本高
3.2.2 复制需要进行全表扫描的UPDATE 时,需要比 RBR 请求更多的行级锁
3.2.3 对于一些复杂的语句,在从服务器上的耗资源情况会更严重,而 RBR 模式下,只会对那个发生变化的记录产生影响
3.2.4 数据表必须几乎和主服务器保持一致才行,否则可能会导致复制出错
3.2.5 执行复杂语句如果出错的话,会消耗更多资源