是否建议使用 Redis 或 Memcached 作为 FILES 的缓存？

Question

我有多个配置文件需要从磁盘读取并应用于许多记录。 我需要改进它以提高性能。

我有两个进程。

进程1：更新配置：

• 这会更新内容配置文件。
• 这可以从多个位置运行。

流程2：应用配置：

• 这使用配置文件的内容。
• 这可以从多个位置运行。
• 目前这是使用direct file+n/w IO来读取更新的配置文件。

Both processes are back-end and there is no browser involved here.

我应该使用 Redis 还是 Memcached 作为 FILES 的缓存？

请注意，需要从公共位置读取文件。它们正在由另一个后台进程更新。更新可以随时发生。配置文件大小为 1K 到 10K。

我希望 Process2 以最快的方式访问更新的配置文件。

Answer 1

Redis 是不错的选择，因为它通过可选的持久性将数据保存在内存中。所以这种方法不必接触硬盘。

我在这里看到的问题是每个客户端都需要了解 Redis，并且需要使用一些支持库，例如在 Java 或您使用的任何语言中。

为什么不使用 http 本身，例如部署一些http文件服务器。您还可以提供版本检查+缓存，因此客户端可以将文件的版本存储在服务器上，如果服务器有相同的文件，则使用客户端缓存内容，并在更改时下载。这个叫HEAD，看http://www.tutorialspoint.com/http/http_methods.htm

您应该使用与网络本身相同的方法。每个浏览器都会下载内容、html、css、图像等。对您而言，最好的改进是客户端缓存，例如css 或图像存储在浏览器缓存中，仅在第一种类型或更改时下载。

如果你不想，你不能完全使用 REST 方法本身。