建议频繁写入、很少读取的数据库

Question

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

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

我对关系数据库（即 MySQL）、MongoDB、Redis 等持开放态度。

PS 对于经常读取的数据库访问来说，似乎很容易回答这个问题，但很难找到有关此特定案例的信息。

Answer 1

这是一个非常普遍的问题，我们需要了解更多详细信息

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

除此之外，由于您提到数据很少被读取超过某个点，因此

• 您可以随时查看存档选项（根据持续时间进行清理 - 每月/每年）
• 分区也是另一种选择，以便更快地检索

再次选择选择 SQL 或 NOSQL 是基于

• 一致性
• 如果你有一个固定的模式，我建议你选择关系数据库
• 并发方面，根据需要你需要决定 SQL 或 NOSQL（例如 - 网上银行，我建议 RDBMS，对于产品为网站存储评论/评论，我可以使用 NOSQL，因为这不需要任何并发处理）

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

希望它有所帮助。 。

Answer 2

既然您提到了 MySQL，您可能需要查看 ARCHIVE存储引擎。