建议经常写，很少读数据库

Question

我有一个应用程序服务器，它经常写入数据库并在不久的将来读取它，但很少读取数据条目。

为这种访问优化了哪些优秀的数据库？我目前正在使用MongoDB，但我认为在这种情况下可能不是最佳选择。

我对关系数据库（即MySQL），MongoDB，Redis等开放。

P.S。似乎很容易回答这个问题，经常阅读DB访问，但很难找到关于这个特定情况的信息。

Answer 1

这是非常通用的问题，我们需要了解更多细节

• 数据库大小
• 数据增长，每天10GB /每月200GB？
• 是OLTP应用程序还是OLAP应用程序？
• 什么是最大并发事务/用户数？

除此之外，由于你提到的数据很少被读取超过某一点

• 您可以随时查看档案选项（根据持续时间清理 - 每月/每年）
• Parititioning也是另一种选择，可以加快检索速度

再次选择SQL或NOSQL的选项基于

• 一致性
• 如果您有固定架构，我建议您使用Relational DB
• 并发方面，根据需要你需要决定SQL或NOSQL（例如 - 网上银行我会建议RDBMS，对于网站的产品评论/评论存储，我可以使用NOSQL，因为这不需要任何并发处理）

您需要在功能，数据量，数据使用和增长方面提供有关数据库需求的更多详细信息

希望它有所帮助...

Answer 2

由于您提到MySQL，您可能需要查看ARCHIVE storage engine。