MariaDB / Percona / Galera缩放

Question

我冒险进入了NoSQL数据库的世界，尽管它们很棒，但是缺乏真正的ACID遵从性一直是一场噩梦，导致了很多糟糕的数据，所以我正在研究关系数据库。

我对此非常陌生，但我一直在研究加雷拉的MariaDB和Percona集群。我看到一个基本的设置是3个节点，所有这些都可以读写，并且每个节点中都包含相同的数据。

我的问题是，如果我需要水平缩放，会发生什么情况：

• 慢写/读
• 磁盘i/o问题
• 低内存

问题

• 我怎样才能扩展到更多的机器呢？
• 什么是最佳做法？

我未能找到有关这方面的明确文件。

Answer 1

很有趣你问了这个问题

我在6月份回答了一个类似的问题：9节点percona xtradb集群

正如我在回答中所说的，PXC不写比例尺。

如果你需要更多的读书人，我建议

• 使用3节点PXC (不再使用)
• 给每个PXC足够的磁盘和RAM
• 在所有PXC节点中使用10 going (如果您要裸露金属)
• 使用VIP或CNAME限制对一个PXC的所有写入
• 从每个PXC节点设置标准MySQL复制。
• 基于复制滞后最小的从站进行负载平衡读取(最好没有)

Answer 2

罗兰多可能是对的，也可能我是对的，这取决于情况.

• 单个Galera集群(PXC或MariaDB或手卷)可以有超过3个节点，但可能不会有更多节点。
• 用Galera写一些比例尺。特别是如果您的事务很复杂，而且读取量很大。在这种情况下，事务分散在节点上，因此读取被分散。
• 挂在每个节点上的从节点可以提供任意读取缩放。
• 在WAN设置中，在某些情况下写更快。但也许你只是在说LAN？
• 不管有没有Galera，“低内存”和“磁盘I/O问题”几乎是一样的。也许你想把它们分开处理？
• 慢读通常是由于连接过多、索引不佳、选择格式差等原因造成的。同样，这通常独立于Galera。
• 向Galera集群添加一个节点是“微不足道的”。(不完全是，但大部分工作都是自动化的。)

唯一真正的方法是通过切分来实现写缩放。没有“自动”切分(除了蜘蛛和集群)，我怀疑他们如何“自动”。

Answer 3

您可以使用CockroachDB或TiDB对写入进行缩放。这两个数据库都是水平的、可伸缩的、共享的、完全一致的(CP/ACID) SQL数据库。您支付的是延迟:它们通过同时运行多个事务来进行扩展，但它们仍然需要确保每个事务都被复制到至少尝试它所影响的所有节点，然后才能提交。CockroachDB支持PostgreSQL有线协议，TiDB支持MySQL有线协议，因此您可以在现有的应用程序中使用它们。