了解 Web 缓存 (Redis)答案

【问题标题】：Understanding web caching (Redis)了解 Web 缓存 (Redis)
【发布时间】：2016-01-14 12:11:17
【问题描述】：

我正在开发一个从 API 提供程序接收数据的网络应用程序。现在我需要一种方法来缓存数据以保存，以免再次为相同的数据调用提供程序。

然后我偶然发现了 Redis，它似乎符合我的目的，但我对使用 Redis 进行缓存的概念并不是 100% 清楚。我检查了他们的文档，但我并没有真正理解他们所说的话。

假设我刚刚部署了我的网站，并且我的第一个访问者叫 A。由于 A 是第一个访问的人，我的网站将通过 API 提供程序请求一组新数据，几秒钟后，页面将加载 A 想要的数据。

我的网站将此数据缓存到 Redis，以便为将来访问同一页面的访问者提供服务。

现在我有了第二个访客 B。

B 访问与 A 相同的页面 url，并且由于我的网站将此数据存储在缓存中，因此 B 从缓存中提供服务，并且加载时间将比 A 所经历的快得多。

我的理解符合网络缓存的概念吗？

我一直认为缓存是基于用户的，所以我在网站上的交互对其他人没有任何影响，但 Redis 似乎在每个应用程序的基础上工作。

【问题讨论】：

【解决方案1】：

是的，您对 Web 缓存的理解是正确的，但它可能会变得更加复杂，具体取决于您的用例。 Redis 本质上是一个键值对存储。因此，如果您想要应用程序级缓存，您的理论键/值对应如下所示：

key: /path/to/my/page
value: <html><...whatever...></html>

如果您想要用户级缓存，您的理论密钥只会稍微改变：

key: visitorA|/path/to/my/page
value: <html><...whatever...></html>

有意义吗？本质上，键中有一个标签来定义用户（但它通常是哈希或其他东西，而不是纯文本字符串）。

有为不同的 Web 开发框架和内容管理系统编写的 redis 客户端库，它们将定义它们如何处理缓存（即特定于用户或特定于应用程序）。如果您正在编写自定义 Web 应用程序，那么您可以选择应用程序级缓存或用户级缓存，然后对缓存执行任何其他操作。

【讨论】：

感谢您花时间解释这一点。这很有帮助。应用程序级缓存是 Web 更常见的选择吗？这些选择的优缺点是什么？
我猜应用程序级缓存更常见，因为它通常比用户级缓存提供更好的性能改进。只有让同一个用户一遍又一遍地访问同一个资源密集型页面时，用户级缓存才真正有效。应用程序级缓存更简单，您可以获得显着的缓存优势（因为所有用户都受益）；但是，一旦用户之间的内容不同，您就必须使用用户级缓存。您也可以按页面部分缓存，其中一些 div 为所有用户缓存，一些是特定于用户的。希望有帮助！
还有其他类型的缓存可以加快速度。例如，PHP 具有 APC 缓存，这是代码本身的字节码级缓存，可以轻松地将延迟减少一半，同时允许用户特定的体验。真的很容易使用，还有很多其他的。
谢谢。它帮助很大。