几周前,我将一些自力的 MySQL Server(其中一部分是主节点,一部分是自力主机)移植到一个三节点的 Percona XtraDB Cluster 中。
最轻易的方法就是建设每个节点成为其中某个产品Server的异步从节点。
以下图所画:
可是在这类情况下有一个重要的问题, 那就是MyISAM表,它不被举荐应用Galera复制,即使它现在被支持。
准备从节点(在每个从节点上实行) :
for each production server 恢复dump文件到将用于专用从节点的Server 在InnoDB中转换表 建设和启动当前节点 在其他节点上实行SST
在当前例子中我们需求循环3次,这会花费一些时间。可是假设逾越3个节点,如何办呢?
所以我决定用一下MariaDB 10的多主复制功用Multi-source replication
(补偿一下MariaDB和多主复制:
MariaDB基于事务的Maria存储引擎,交流了MySQL的MyISAM存储引擎,它应用了Percona的 XtraDB,InnoDB的变体,分支的开拓者渴望供应访问即将到来的MySQL 5.4 InnoDB功用。这个版本还包括了 PrimeBase XT (PBXT) 和 FederatedX 存储引擎。
Multi-source replication means that one server has many masters from which it replicates. This is a new feature in MariaDB 10.0 release.
你可以把你的数据分在十分多个主数据库上,然后颠末这个功用备份到一个从数据库上。这对分析数据是非常有效的。
)
MariaDB 10的多主复制功用没有供应任何数据冲突的处置办法,多么做是因为每个server独自处理不合的schema,互不影响,所以不合的master库间也不会发作数据冲突。这里所提的案例就是这类情况。
(注释:我到现在都觉得schema的中文翻译很奇特,所以经常使用的term还是不要翻译好了,你懂)
我把 MariaDB 建设成一切产品的隶属Server, 把它上边的表引擎换成了 InnoDB 并且选了一个 PXC 节点同步阿谁隶属 MariaDB Server。 它运转的还不错并且往 Percona XtraDB 集群迁移产品的话也会变得轻易。
本文中的一切译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接。 2KB翻译Task依照 CC 协议,假设我们的Task有侵犯到您的权益,请及时联系我们。当一个Server(节点)是Percona XtraDB Cluster的一员,它是异样标准的从站(标准异步复制的MySQL),假设 log_slave_updates 属性是掀开的,它可以在集群中转达从主机采取的一切形状。
2KB项目(www.2kb.com,源码交易平台),提供担保交易、源码交易、虚拟商品、在家创业、在线创业、任务交易、网站设计、软件设计、网络兼职、站长交易、域名交易、链接买卖、网站交易、广告买卖、站长培训、建站美工等服务