Mysql不同主从格式(Replication Formats)的区别

Mysql之所以可以实现主从服务器之间的同步,是因为主服务器端的事件(events)写到了 binary log 中,然后在从服务器上再次执行这些事件。

事件写入BINLOG中,主要有以下三种格式:

1、基于语句的记录(Statement-Based Replication)
就是将主服务器上执行的语句记录下来,在从服务器上再次执行一遍。在MYSQL 5.1.4之前,只有这一种方式;

这种类型的优点包括:

        A、从3.23版本以来,MYSQL只有这一种类型,所以这种类型已经被实践所证实;

       B、写入BINLOG的数据相对来说少一些,特别是更新很多行的语句,不用把每行的变化记录下来;

       C、所有更改数据库的语句都会被记录下来,可以用来监督数据库。

这种类型的缺点也很明显,是一种不“安全”的记录方式:

       A、不能更新不缺定地行;比如UPDATE语句中有不加ORDER的LIMIT;

       B、

LOAD_FILE()
UUID(), UUID_SHORT()
USER()
FOUND_ROWS()
SYSDATE() (unless both the master and the slave are started with the --sysdate-is-now option)
GET_LOCK()
IS_FREE_LOCK()
IS_USED_LOCK()
MASTER_POS_WAIT()
RAND()
RELEASE_LOCK()
SLEEP()
VERSION()

比如,使用SBR(STATEMENT-BASED REPLICATION)同步这条语句:

update table set column=uuid() limit 2
更新后,这两条记录主服务器端该字段的值为:

45734358-9df1-11e3-b0fd-782bcb74f37e

从服务器端的值:

3fa4171e-9df0-11e3-a0e5-782bcb74f37e

       C、比基于行的方式需要更多地行级锁;

2、基于行的记录(Row-Based Replication)

就是将主服务器上对每一行的修改记录下来,然后在从服务器上实现之;

这个类型的优势:

       A、是一种安全的方式,也就是说能够准确无误地同步主服务器的内容,比如上面那个例子使用RBR(ROW-BASED REPLICATION)的结果:

主服务器和从服务器端均为:

b290f3a0-9df5-11e3-b0fd-782bcb74f37e

       B、需要锁行的数量很少

这个类型的缺点就是:

       A、需要记录的内容太多,如果一条语句更新了一个几千万条数据的,那就会记录几千万条BINLOG……

       B、如果一些生成的变量很庞大,比如BLOB类型,会使得记录很庞大

       C、无法知道当前哪条语句在执行,无法监督主从进度

3、混合类型记录(Row-Based Replication)

就是上述两种都有,系统会实时选择合适的类型来记录主服务器的记录。


郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。