C# Redis AOF持久性是否可以设置为';始终';有更好的表现,然后';每秒钟';?

C# Redis AOF持久性是否可以设置为';始终';有更好的表现,然后';每秒钟';?,c#,entity-framework,redis,C#,Entity Framework,Redis,我目前正在决定新Web应用程序的数据库部分 该应用程序将在windows服务器上运行,并将在.Net中运行 由于该应用程序的写操作应该非常少,而读操作应该非常多,而且我不希望该应用程序具有复杂的关系域,因此我正在寻找比默认选项(EF)更快的应用程序 我现在的观点是,我目前正在决定两种设置: EF用于持久性,Redis用于(手动)缓存 完全Redis持久性实现 在我的研究中,我发现Redis中的AOF持久性看起来不错,但在性能上有一个折衷 在文档和其他资源中,总是说“始终”选项非常非常慢,1sec

我目前正在决定新Web应用程序的数据库部分

该应用程序将在windows服务器上运行,并将在.Net中运行

由于该应用程序的写操作应该非常少,而读操作应该非常多,而且我不希望该应用程序具有复杂的关系域,因此我正在寻找比默认选项(EF)更快的应用程序

我现在的观点是,我目前正在决定两种设置:

  • EF用于持久性,Redis用于(手动)缓存
  • 完全Redis持久性实现
  • 在我的研究中,我发现Redis中的AOF持久性看起来不错,但在性能上有一个折衷

    在文档和其他资源中,总是说“始终”选项非常非常慢,1sec选项是一个很好的折衷方案

    现在,在我的理解中,AOF写入只能发生在数据集更改上,因此是写入。因此,在我的情况下,“始终”选项是更好/更快的选择,因为我很可能只会每隔一小时左右写一次数据,这一结论正确吗?或者是1秒,更确切地说是一个限制(如中所示,我们将为每一个ComA编写,最大每秒一次)


    问这个问题我觉得有点傻,但我找不到一个直接的答案,对我来说,它确实决定了我在这个问题上的选择

    如果你打算每小时执行一次写入,那么Redis是否每一次写入或每一秒都执行一次fsync都不重要

    在我的例子中,我会选择“1秒”选项,因为如果在下一秒更改了数据后服务器宕机,您将丢失整个更改,因为服务器宕机不会每天、每小时都发生,我会选择所谓的选项,因为如果你决定每小时写更多的东西,它会扩展得更好