17.1.2.1 Advantages and Disadvantages of Statement-Based and Row-Based Replication 基于语句和行的复制的优势和劣势
每个binary logging格式有优势和劣势,对于很多用户, mixed replication 格式提供了最好的数据完整性和性能的组合。
如果,然而, 你需要利用特定功能基于语句的或者基于行格式的 当执行某个人物,
你可以使用这个章节的信息,提供了他们的优势和劣势的一个总结,
Advantages of statement-based replication
Disadvantages of statement-based replication
Advantages of row-based replication
Disadvantages of row-based replication
基于语句复制的优点:
1.成熟的技术
2.更少的数据写入到Log files.当更新或者删除 影响很多行,这个导致更少的存储空间需要对于日志文件。
这也意者着从备份恢复可以迅速的完成
3.日志文件包含所有改变的语句,可以用于审计数据库
statement-based replication 的缺点
1. 语句是不安全的对于SBR,并不是所有修改语句(比如INSERT DELETE, UPDATE, and REPLACE statements)
可以被复制使用基于语句复制。
任何不确定行为是很难被复制使用基于语句的,比如DML包含如下:
一个语句取决于一个UDF 或者存储过程 是不确定的,
因为这样的UDF或者存储程序或者依赖的因素返回的值不同于参数提供的值。
行格式复制,然而, 简单的复制UDF或者存储过程返回的值
DELEET 和UPDATE 语句使用一个LIMIT 子句没有一个ORDER BY 是不确定的
语句使用下面的函数不能被正确的复制使用基于语句选项:
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()
1. INSERT ... SELECT 需要大量的row-level locks 相比基于行的复制
2.UPDATE语句 需要一个表扫描(没有index是被使用在WHERE子句)必须锁住大量的行,相比基于行复制
3.对于InnoDB:一个INSERT 语句使用 AUTO_INCREMENT 堵塞其他不冲突的INSERT 语句
4.对于复杂语句,语句必须被评估和被执行在slave上在记录被更新或者插入前。
1.在基于行的复制, slave只需要修改影响的行,不是执行整个语句
2.如果这里有个错误在slave上评估的时候,特别是当执行复杂的语句,基于语句的复制可能缓慢的增加错误的幅度根据影响的行
3.存储过程执行相同的NOW()值作为调用语句,然而, 这是不正确的过程
Advantages of row-based replication 基于记录的复制的优点
所有的改变可以被复制,这是最安全的复制形式
注意:
语句 更新信息在mysql 数据库 比如GRANT, REVOKE和触发器操作,存储函数(包含存储过程)
和事务 都被复制到slaves 使用基于语句的复制
对于语句比如CREATE TABLE ... SELECT ,一个CREATE 语句是生成一个表定义和复制使用基于语句复制,
记录插入时复制使用基于记录的格式。
这个技术是和很多书其他数据库管理系统相似
很少的row locks 是需要的在master上, 从而实现高并发,对于以下类型的语句:
INSERT ... SELECT
INSERT statements with AUTO_INCREMENT
UPDATE or DELETE statements with WHERE clauses that do not use keys or do not change most of the examined rows.
基于行的复制缺点:
RBR 可以产生更多以的数据 必须被记录,复制一个DML 语句(比如一个UPDATE或者DELETE 语句).
基于语句的复制只写语句到Binary log.
与之相反, row-based replication 写每个changed 记录到每个binary log.
如果语句改变很多记录,基于行复制可能写很多的数据到binary log.
这是真的即使语句被回滚。
这也意味着从备份恢复需要更久的时间。此外, binary log 是锁住很多时间来写数据,
这个可能会导致并发问题。使用 binlog_row_image=minimal
mysql> show variables like '%binlog_row_image%';
+------------------+-------+
| Variable_name | Value |
+------------------+-------+
| binlog_row_image | FULL |
+------------------+-------+
1 row in set (0.00 sec)
2. 确定UDFs产生大量的BLOB 值 花费很长时间来复制基于行的格式相比基于语句的。
这是以为BLOB 列值是记录的，相比语句产生的数据
3.对于表使用MyISAM 存储引擎,一个很强的lock 是需要的在slave上对于INSERT 语句当应用他们作为
基于行的events 到binary log 相比应用它们作为语句。