用于SQL服务器集群和高并发性的MySQL或PostegreSQL？

Question

不久前，我创建了一个具有非常高并发值的REST服务。

即使在SQL查询优化(这给了我更大的思考时间窗口)之后，我也开始担心服务的MySQL DB Server。

服务：

• 多个Apache服务器，用于负载平衡，支持NGINX反向代理来处理高并发性。
• PHP Opcode缓存和Memcached数据缓存
• 一个64位操作系统上带有MySQL表模式的InnoDB DB服务器
• SQL查询是存储过程。

在一个相对较短的时间内，我可能面临的问题是：

• MySQL DB Server达到了对几个TB数据的存储限制
• MySQL DB Server达到对专用CPU/RAM/TCP的最大并发查询数

我找到了什么解决办法，我正在考虑：

• MySQL集群，但看起来它不支持完整性(FK？)
• 用于负载平衡的多个复制MySQL服务器(Cons:过度存储)
• 切分(Cons:在这一点上，当我需要一个尽可能快的解决方案时，它看起来相当复杂)。
• 切换到PostegreSQL，并对此特定的Server进行更多的调查

您对卸载MySQL服务器的最佳选择是什么？如果我什么都不做，它最终会崩溃的。

提前感谢！

Answer 1

另一个你可以记住的解决方案。

您可以使用池服务，这是一些具有最高需求优先级的查询。例如，在这里，在堆栈溢出中，大多数想使用API的人都会问最新的问题。所以第一个人问最新的问题，他们可以从他们的数据库得到它。但是，只要它是一个高优先级的查询，那么它就会被添加到池中，因此任何需要它的人都可以直接从池中检索它，并且它不会花费那么多时间从服务器请求它。

关于池实现，这是另一个需要讨论的标准。

另一个有待解决的解决方案是:如果您有一个非常大的数据集群，并且select语句增加了很多，那么您可以使用hadoop中的hdfs，并在任意多个服务器上应用hadoop。脸书、linkedIn和雅虎都使用这种方法。