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

Question

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

我有两个进程。

进程 1:更新配置:

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

流程 2:应用配置:

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

两个进程都是后端，这里不涉及浏览器。

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

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

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

Answer 1

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

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

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

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

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