容器化RDS：计算存储分离还是本地存储？

Deferred Update Replication 延迟更新复制

GTID 类似 45eec521-2f34-11e0-0800-2a36050b826b:94530586304

本地阶段：乐不雅履行，在事务 Commit 前，假设该 Transcation 在集群中复制时不会产生冲突。

发送阶段：优化同步时光窗口，除去全局排序并获取 GTID 为同步操作，冲突验证和事务应用都为异步，极大年夜的优化了复制效力。

验证阶段：只有收到该事务的所有前置事务后（不克不及有 “hole”），该事务和所有未履行的前置事务才能并发验证，不然不克不及包管 Global Ordering，是以这里须要就义效力，惹人必定的串行化。

须要等待事务 3

于是就有了 Galera Cluster 在 MySQL 分支中的实现 MariaDB Galera Cluster（简称 MGC）和 Percona Xtradb Cluster（简称 PXC）。

为避免“split-brain”问题，须要至少三节点构成集群，对计算资本和存储资本的容量请求至少增长2倍，会进一步降低资本的安排密度。

越来越多的用户也期望经由过程该筹划实现跨 IDC 多活，那么须要在筹划阶段想清跋扈：

IDC 和数据库节点的拓扑架构，以包管在 1 个 IDC 出问题的情况，集群可以持续供给办事。

起首 IDC（物理或逻辑）起码须要3个，再看看数据库节点数量分别为 3、4、5、6、7 的拓扑关系 :

测试数据：

沙龙晃荡 | 3月31日京东、微博、华为拭魅战专家与你合营商量容器技巧实践！

6 数据库节点：

7 数据库节点 : 可支撑两种拓扑关系

同时，还有 MySQL Group Replication（简称 MGR）[1]，类似 Galera Cluster：

这里还须要提一下 Vitess：

关于 MGR 和 Vitess 网上已有大年夜量介绍，这里不再赘述。

今朝原型验证阶段已经由过程，估计2018年Q2宣布。

机能比较

在数据零损掉的前提下，看看这几种架构在机能上的比较：

机能比较 1：MGR 5.7.17 / PXC 5.7.14-26.17

测试背景描述：

测试数据 :

来自于 MySQL 官方[2]

增长集群成员会明显且无法预期的增长事务响应时光

测试结不雅：

在设置 durability 的情况下，MGR 最大年夜吞吐约是PXC 5.7.14-26.17（基于 Galera 3 实现）的3倍，优势明显。

以上数据来自于MySQL 官方，公平起见，再来看看 Percona 在雷同负载模型下的测试数据。

机能比较 2：MGR 5.7.17 / PXC 5.7.17-29.20 / MariaDB 10.2.5 RC

测试背景描述：