1
是否有任何特定原因导致无法使用从属并行工作人员,而使用不支持并行工作人员的较低版本的master和支持并行工作人员的较高版本slave。 我在这里想MASTER(5.5.28)和从(5.6.19)来自较低版本的master的mysql slave并行工作者
是否有任何特定原因导致无法使用从属并行工作人员,而使用不支持并行工作人员的较低版本的master和支持并行工作人员的较高版本slave。 我在这里想MASTER(5.5.28)和从(5.6.19)来自较低版本的master的mysql slave并行工作者
看到这个演示MySQL Replication High Performance: Multi-Threaded Slaves and Group Commit
它相对于陈述的多线程奴隶(MTS):
- 即使从没有MTS知识的主站复制(例如,从5.5 MySQL主站),也支持基于行的复制。
- 基于语句的复制需要5.6主站。从@vidyadhar
回复问题:
我不知道,如果从性能会变差,如果主人是5.5。我没有尝试过。我的意思不是听起来像是轻浮,但如果对你来说性能如此重要,为什么不升级到5.6?
关于基于语句的复制和多线程从机,我还没有测试过这个组合。但是我没有阅读任何要求为MTS使用基于行的binlog格式。我认为它可以正常工作,因为MTS根据数据库将事件委托给从属工作线程,并且binlog中的每个事件都标识事件的默认数据库,无论事件是基于行还是基于语句的格式。
我在一篇博客中读到,如果master是5.5,slave是5.6,并行工作器(当然是基于行的复制)会大大降低slave的性能。这是真的吗? – vidyadhar 2014-10-08 22:10:14
我非常想知道,如果我已经使用混合模式与slave并行工作,并且大多数查询都是基于行的,并且突然将其中一条记录为声明,会怎么样? – vidyadhar 2014-10-08 22:14:43