结合 MySQL、Sphinx 和 MongDB。好主意吗？

Question

对于一个新项目，我希望将 MySQL、Sphinx 和 MongoDB 结合起来。 MySQL 用于关系数据和数值搜索，Sphinx 用于自由文本搜索，MongoDB 用于地理数据。据我的（快速）基准测试显示，MongoDB 是地理查询最快的，sphinx 是自由文本搜索最快的，MySQL 是关系数据搜索最快的。因此，为了获得最佳性能，我可能必须将它们结合到我的项目中。

然而，这存在三个缺点。

1. 三点故障，Sphinx、MySQL、MongoDB 可能崩溃 这将停止我的网站
2. 我需要三个数据库中的数据并且需要使它们保持最新 （所有数据每天只改变一个，所以这不是最糟糕的问题）。
3. 硬件要求（主要是 RAM）正在飞速增长 因为所有数据库都希望拥有大部分 RAM 能够执行。

所以问题是我应该将这三者结合起来，留下一个（可能是 MongoDB 并使用 Sphinx 进行地理数据），或者甚至只使用一个（MongoDB 或 MySQL）？

为了了解数据，关系数据约为 6GB，地理数据约为 4GB，自由文本数据约为 16GB。

Answer 1

不太明白 3 个数据库中包含的记录/集合/文档是否具有数据库间引用。 EG 如果用户名、工作、电话号码在 Mysql 中并且用户地址在 Mongo 中。我假设答案是肯定的。

恕我直言，不建议使用 3 种不同的存储解决方案，因为：

1）（最重要）您无法聚合来自 2 个数据库的数据（以可扩展的方式）。

例子：
假设您将用户数据（用户名）保存在 Mysql 中，将用户地理坐标保存在 Mongo 中。您无法查询对两个数据库上的字段进行过滤/排序。例如，您不能：

SELECT all users 
WHERE name starts with 'A'
SORT BY distance_from_center

同样适用于 Sphinx。

解决方案：您要么限制单个数据库上的可用数据，要么将数据从一个数据库复制/镜像到另一个数据库。

2）维护成本：维护3台服务器，不同的备份/冗余策略，不同的扩展策略；开发成本：开发人员必须使用3个查询库，有3种不同的查询方式等。

3）必须手动处理的不一致/同步问题（例如，您想在mongo和mysql中都插入数据；假设mongo写入数据，但 mysql 引发了引用完整性异常，因此现在数据库之间存在不一致）

4）关于硬件成本，唯一消耗 RAM 的是 MongoDB（建议是它必须在内存中拥有所有索引）。对于MySQL和Solr服务器，您可以控制内存消耗。

我会做什么：

• 如果我不需要所有 SQL 功能（如事务、引用完整性、联接等），我会选择 Mongo

• 如果我需要这些功能，并且我可以忍受地理操作的较低性能，我会选择 MySQL

• ，如果我需要（我的意思是，我真的需要）全文搜索，并且 Mongo/Mysql FTS 功能还不够，我还会附加一个 FTS 服务器，例如 Sphinx、Solr、Elasticsearch， 等