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)
就是上述两种都有,系统会实时选择合适的类型来记录主服务器的记录。
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。