MySQL Fabric 和 MySQL Cluster 有什么区别

Question

我是 MySQL 世界的新手，对两者感到困惑。它们不是都提供高可用性和分片吗？

另外，WebScaleSQL 如何比较？

Answer 1

这三件事彼此毫无关系。我给你介绍一下，你可以单独搜索或询问更多细节：

MySQL Cluster是我们许多人所称的营销名称 - 避免像您目前所遭受的混淆 - “NDB Cluster”或“MySQL NDB Cluster”。它是一个同步的，主要是仅内存的键值存储，允许 MySQL 的无共享架构（为 NDB 引擎提供后端）。它提供自动分片（因此，更好的读写吞吐量）和高可用性. 它适用于高吞吐量的键值小数据系统，但设置相对复杂（如果配置不正确会导致问题，或者以非预期的方式使用）并且它不是最好的延迟 -明智的（原始速度）。这是简化版本（它可以用于比仅内存和键值更多的事情，但它是围绕它设计的）。在我看来，这是一个非常好的工程，但它的用例有限，因为它与具有单独下载的常规 MySQL 服务器不同（并且需要使用特定引擎）。

MySQL Fabric是一组用 python 编写的工具/中间件，允许在复制的 GTID 环境中管理一组常规 MySQL 服务器。它本身不是一个集群，但它有助于管理一个。它有（目前）Java 和 Python 连接器的链接，因此它可以自动处理服务器的分片和高可用性，但它是常规 MySQL 服务器和常规复制之上的一层（可以使用 InnoDB 等常规存储引擎） . 复制，到现在都是异步（或半同步），所以它本身可能无法提供最好的一致性和安全性；这可能会在未来的 5.7 版本中改变。但是，这种方法的延迟开销较小，并且使用 MySQL DBA 更熟悉的复制技术。MySQL Fabric 是附近的一个相对较新的孩子，所以还没有得到很大的扩展，但它似乎是 Oracle 对竞争对手基于 Galera 的集群的反应（连同宣布的同步复制）。

如果您需要分片和 HA，您可以使用前两种产品之一，但可能用于完全不同的场景。

WebScaleSQL不是一个 HA 解决方案，就像以前的解决方案一样，它只是几家公司给MySQL 的一个分支/版本起的名字，在那里他们共享他们需要的特定补丁，也许 Oracle 没有应用。据我所知，它是由 Facebook、Twitter、LinkedIn 和 Google 创建的，并且他们在该公共基础之上重新构建了自己的 MySQL 版本。它们不提供支持或二进制版本。如果您是最终用户，您可能不应该在意使用它，但您应该密切关注项目，以了解它会发生什么变化，或其他供应商的反应。

如果您正在尝试学习/开始使用 MySQL HA/扩展，请从基本的MySQL 复制开始（它可能不是最好的，但它是最容易开始的），然后您可以从那里继续到其他解决方案：DRBD[原文如此]，GTID-replication，NDB，Galera，Tungsten。