mysql - 可扩展的启动持久性

Question

很难说出这里问的是什么。这个问题是含糊的、模糊的、不完整的、过于宽泛的或修辞性的，无法以目前的形式得到合理的回答。如需帮助澄清此问题以便重新打开它， visit the help center 。

已关闭 11 年前。

对于可能发展很快的初创公司，您会建议使用什么数据库？

更具体地说:

• 我们使用 JSON 与移动客户端交换数据，因此数据最好以这种格式存储
• 数据模型比较简单，比如用户、类别、历史记录行动...
• 用户“实时”交互(5 秒传播延迟仍然可以)
• 查询是预先已知的(可以缓存结果或使用mapreduce)
• 系统最多可容纳 10000 个并发用户(只是猜测......)
• 交易是一个优点，但我认为没有交易也能生存
• 具有空间功能是一个优势
• 节点之间的数据复制应该易于管理
• 开源
• 提供托管服务(我们希望外包系统管理部分)

我们现在有了一个带有标准关系 PostgreSQL/PostGIS 的功能私有(private)原型(prototype)。但除了可扩展性问题之外，我还必须将关系数据转换为 JSON，反之亦然，这似乎是高负载下的开销。

我做了一些研究，但我缺乏所有新的 NoSQL 内容的经验。
到目前为止，我想到了这些解决方案:

• Couchbase:主主复制、原生 JSON 文档存储、空间扩展、couchapps，虽然我不知道 iriscouch 托管，但它们看起来技术不错。
  到目前为止我看到的缺点是 javascript 调试、磁盘占用。
• MongoDb:只有一个主服务器，但故障转移安全。使用二进制 JSON。
• 集群 MySQL:网络常青树(我认为是一位大师)
• PostgresSQL&Slony:因为我就是喜欢 Postgres:-)

但是还有很多其他的，Cassandra、Membase...大家有没有一些现实生活中的经历呢？坏的也算!
预先感谢，

卡雷尔

Answer 1

除非您已经遇到了扩展问题，否则您无法真正了解 future 实际需要什么。您的设计决策应该基于您现在的需求，而不是在您对客户做出最佳估计时。请记住，您必须先让您的产品解决问题的能力给最初的几位客户留下深刻印象，然后才能担心给第 10,000 个^th留下深刻印象

也就是说，我发现几乎总是需要拥有基本上所有的东西:

• 一个智能/强大的数据库，用于存储当前应用程序中的重要数据和查询。为此，我别无选择，只能选择 PostgreSQL/PostGIS。
• 文档数据库(有时称为 NoSQL)，用于永久记录通过系统的任何内容。一年前这是一个无效或无用的请求，但现在您有了一个可以使用此类数据的应用程序，并且供应商最终为您提供了解析它所需的 API 规范，我希望您已经在形式您可以使用它。在我目前的组织中，我们正在使用 CouchDB 来实现此目的，到目前为止，事实证明它是一个不错的选择。

I have to convert relational data to JSON and vice versa which seems like an overhead in high load.

并非如此；昂贵的东西是 IO 和写得不好的查询。编码/解码是纯粹的 CPU，这大约是世界上增长成本最便宜的事情。别担心。