快速写入性能，即使读取速度很慢

对不起，如果已经有了这个答案，我搜索了它，我没有找到我的场景。快速写入性能，即使读取速度很慢

再次问到“什么是最快/最好的性能数据库？”。但是由于答案取决于场景，我的场景是这样的：我想写很多日志到DB，每秒数千个。但我不会经常阅读它们。事实上，99,99％的人永远不会再读，但有一段时间我需要阅读。模式并不复杂，只是键/值。偶尔我会阅读价值，如果这段阅读需要几分钟，我根本不在乎。阅读的正确性至关重要，但不是表现。

到目前为止，最好的解决方案似乎是MongoDB，Cassandra等，也许是最好的DynamoDB？

来源

2012-07-16 antonio.fornie

真的没有“最好”;如果有的话，你不需要问这只是常识。你的候选人都是值得的，而且比任何事实都更重要。就目前来看，这个问题不适合我们的问答格式。我们期望答案得到事实，参考或具体专业知识的支持，但这个问题很可能会引发争论，争论，投票或扩大讨论。 – msw 2012-07-16 14:34:13

你打算写日志结构化吗？你期望他们有多长时间？ – 2012-07-16 15:12:16

好吧，我认为如果我说出了一个非常具体的场景的最佳选择，就像上面描述的那样，这将是一个很好的问题。即使答案是一组产品，而不是一个产品。 – 2012-07-18 15:20:23

任何DBMS，我会说，切换到最低的隔离级别和没有索引。如果你把它与一个好的存储系统结合在一起，那么可能是一个带SSD的RAID 0。 Fastes曾经写过。

很难说最好的数据库管理系统是什么，通常你需要最好的数据库管理系统，特别是做某些事情，但是你需要一个基本上只是用限制条件写东西的数据库管理系统，我听说mysql可以很棒这个。

来源

2012-07-16 14:57:58 memo

不得不知道，但我认为像MongoDB或DynamicDB这样的东西会比我用mySql做的任何事情都快，并且具有更强的可扩展性。顺便说一句，您认为使用云服务不会比使用某种东西像RAID？只是我的意见，我不是那方面的专家。 – 2012-07-18 15:31:14

如果快速写入是你所追求的，你有几个选择。假设您将成为维护数据库的人员，您可以将插入内容写入内存，并在达到一定大小后将其刷新。这样你多次没有碰到磁盘。

如果我没有弄错MongoDB已经做到了这一点，再加上如果你禁用了日志功能，它可以大大提高写入性能，这正是你所要做的。

无论哪种方式，缓存和批量插入是任何数据库的方式。

来源

2014-10-28 17:13:14

快速写入性能，即使读取速度很慢

回答

相关问题