【问题标题】:Are there any stable and production quality nosql datastores?是否有任何稳定和生产质量的 nosql 数据存储?
【发布时间】:2009-12-11 08:38:13
【问题描述】:

是否有可以在生产系统上使用的生产质量 nosql 存储。我看过 cassandra、tokyodb、couchdb 等,但它们似乎都没有准备好在生产环境中进行部署。我说的是每分钟数千个请求和大量读取/写入/更新。我唯一关心的是速度和服务时间。有人知道有效使用 nosql 存储的生产系统吗?有人知道由 Google/Yahoo/IBM 等大企业支持的 nosql 商店吗?

【问题讨论】:

标签: scalability nosql production-environment datastore key-value


【解决方案1】:

Cassandra 每在每台机器上处理数千个请求(包括以写入为主的工作负载),并且其通过添加机器进行扩展的方式从第一天起就存在。

这里有一个关于 Cassandra 在数十家公司的生产和生产中使用的帖子:http://n2.nabble.com/Cassandra-users-survey-td4040068.html#a4040068

我们也一直在添加更多文档,例如 http://wiki.apache.org/cassandra/Operations

【讨论】:

  • 参考文献很棒。看起来有一个庞大的社区支持 Cassandra。我也喜欢它的分布式扩展功能。卡桑德拉是!!
【解决方案2】:

如果我“只”关心速度和服务时间(而不关心或不关心诸如一致性和事务之类的东西),我认为 NoSQL 系统是一个很好的选择。 Facebook 使用 Cassandra。

“Cassandra 在 Facebook 中用作电子邮件搜索系统,包含 25TB 和超过 1 亿个邮箱。” http://highscalability.com/product-facebooks-cassandra-massive-distributed-store

我觉得 CouchDb 不是很快速,也许你可以使用 MongoDB:http://www.mongodb.org/display/DOCS/Production+Deployments

【讨论】:

  • “Facebook 使用 Cassandra。”不要夸大这一点,但这似乎彻底推翻了“其中一个似乎已准备好在类似生产环境的环境中部署”的假设。
【解决方案3】:

另外值得考虑的是使用传统的 RDBMS(如 MySQL)来存储无模式。这种方法为您提供了经过验证的数据库服务器(如 MySQL)的稳定性以及 NoSQL 解决方案的灵活性。

查看this 博客帖子,了解FriendFeed 如何做到这一点。

【讨论】:

  • 我完全同意。特别是考虑到您可以操作使用 SQL 检索的数据(复杂的东西)和字段。您不必依赖简单的 get(key) 来检索。
【解决方案4】:

BerkeleyDB 由 Oracle 提供支持

使用原生 C 接口可以达到每秒接近 100 万个读取请求。

顺便说一句,当您说每分钟数千个请求时,任何“正常”数据库也应该能够轻松处理。

【讨论】:

  • 虽然它是一个嵌入式数据库,但我猜他正在寻找一个网络可访问的解决方案。
  • 您始终可以将它与 memcachedb 之类的协议结合使用(所以是 memcache 协议,但由 berkeleydb 支持)
  • 是的,我正在寻找一些网络可访问的解决方案。团队中的每个人都可以连接和工作的东西。嵌入式数据库只要在开发系统上就可以了。
  • ritesh:如果你使用 memcachedb,那么它是 berkeley,但可以通过 memcache 协议访问(因此可以在网络中使用)
【解决方案5】:

Redis 值得一试,因为 Github 使用 redis 管理 background jobs 的繁重队列。

【讨论】:

    【解决方案6】:

    我的第一直觉是 BerkeleyDB,每个应用程序节点都在 SAMBA 网络上,以促进 ACID 一致性和网络使用。它还具有 SQLite 界面。其他海报引用 MemcacheDB 里面也有 BDB。

    另一个独特的选项是OrientDB,它也有一个 SQL 接口、许多网络和集群功能。

    【讨论】:

      猜你喜欢
      • 2011-02-06
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2016-04-24
      • 2016-12-23
      • 2010-11-04
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多