Database 快速写入性能，即使读取速度非常慢

很抱歉，如果已经有了答案，我搜索了它，但没有找到确切的场景

同样的问题是“什么是最快/最好的性能数据库？”。但是由于答案取决于场景，我的场景是这样的：我想向DB写入许多日志，每秒数千条。但我不会经常读。事实上，99，99%的书永远不会再读，但偶尔我会需要读一读。模式并不复杂，只是键/值。偶尔我会按值阅读，我根本不在乎阅读是否需要几分钟。读取的正确性将是至关重要的，而不是性能

---

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

任何数据库管理系统，我会说，切换到最低隔离级别，没有索引。如果你把它和一个好的存储系统放在一起，可能是一个带SSD的RAID 0。法斯特永远不会写作

---

很难说哪种DBMS是最好的，通常你想要最好的DBMS，它在做一些特别的事情方面很好，但是你需要一个基本上只写一些限制最少的东西的DBMS，我听说mysql在这方面很好。

如果你追求的是快速写入，你有一些选择。假设您是维护DB的人，您可以将插入写入内存，并在插入达到一定大小后刷新它们。这样你就不会多次碰到磁盘了

如果我没有弄错的话，MongoDB已经做到了这一点，再加上如果您禁用日志记录，它可以大幅提高写入性能，这正是您想要的

---

无论哪种方式，缓存和大容量插入都是任何数据库的最佳选择。

实际上没有“最佳”；如果有，你不必问，这只是常识。你的候选人都是有价值的，更重要的是品味而不是事实。就目前而言，这个问题并不适合我们的问答形式。我们希望答案能得到事实、参考资料或特定专业知识的支持，但这个问题可能会引发辩论、争论、投票或广泛讨论。您是否打算撰写结构化日志？你期望他们在很长的时间内会有多大的延迟？好吧，我认为这是一个很合适的问题，如果我说对于一个非常具体的场景，什么是最好的，如所描述的。即使答案是一套产品，而不是一个最重要的。不是结构化的。这是你能想象到的最简单的数据结构：key:value。有两列的表。而且非常大。事实上，考虑到我们可能发现的局限性，它将尽可能大。你可以想象：每秒有数千次插入。我们从不做更新。我们很少做阅读。对我们来说，重要的是不要删除任何东西，除非它真的很旧。我们只需要知道，在将来，如果我们需要通过键读回其中一个值，那么即使需要很长时间来读取，也可以这样做。我们可能一个月读一次，但这会为我们节省很多钱，所以它是值得的。很高兴知道，但我认为像MongoDB或DynamicDB这样的东西会比我用mySql做的任何事情都更快，特别是更具可伸缩性。顺便说一下，难道你不认为使用云服务比使用RAID之类的东西能更好地扩展吗？只是我的意见，我不是这方面的专家。