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

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

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

我对关系数据库(即MySQL)，MongoDB，Redis等持开放态度。

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

最佳答案

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

数据库大小

数据增长，每天10GB /每月200GB？

是OLTP应用程序还是OLAP应用程序？

并发事务/用户的最大数量是多少？

除此之外，由于您已经提到过，很少会超出特定点读取数据

您始终可以查看存档的选项(根据持续时间进行清理-每月/每年)

Parititioning也是另一种选择，可以更快地检索

同样，用于SQL或NOSQL的选项基于

一致性

如果您有固定的架构，建议您使用关系数据库

并发方面，根据需要，您需要确定SQL或NOSQL(例如，网上银行，我建议使用RDBMS，对于网站的产品评论/评论存储，我对NOSQL没问题，因为这不需要任何并发处理)

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

希望能帮助到你...