增加直接从 CloudFront 缓存提供服务的请求的比例（缓存命中率） - Amazon CloudFront
指定 CloudFront 缓存对象的时间长度使用 Origin Shield根据查询字符串参数进行缓存根据 Cookie 值进行缓存根据请求标头进行缓存 不需要压缩时删除 Accept-Encoding 标头使用 HTTP 提供媒体内容
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

增加直接从 CloudFront 缓存提供服务的请求的比例（缓存命中率）

您可以通过增加直接从 CloudFront 缓存提供服务的查看器请求的比例（而不是转至源服务器以获得内容）来提高性能。这称为提高缓存命中率。

以下部分说明了如何提高缓存命中率。

指定 CloudFront 缓存对象的时间长度

要提升缓存命中率，您可以配置源来将 Cache-Control max-age 指令添加到您的对象，并为 max-age 指定在实践中可行的最长值。缓存持续时间越短，CloudFront 将请求发送到源（用以确定对象是否已更改，并获取最新版本）的次数就越多。您可以用 stale-while-revalidate 和 stale-if-error 指令来补充 max-age，以进一步提高某些条件下的缓存命中率。有关更多信息，请参阅管理内容保留在缓存中的时间长度（过期）。

使用 Origin Shield

Origin Shield 可以帮助提高 CloudFront 分配的缓存命中率，因为它在源之前提供了额外的缓存层。当您使用 Origin Shield 时，从所有 CloudFront 缓存层到您的源的所有请求都来自一个位置。CloudFront 可以使用来自 Origin Shield 的单个源请求检索每个对象，CloudFront 缓存的所有其他层（边缘站点和区域边缘缓存）可以从 Origin Shield 中检索对象。

有关更多信息，请参阅使用 Amazon CloudFront Origin Shield。

根据查询字符串参数进行缓存

如果您将 CloudFront 配置为基于查询字符串参数进行缓存，则可以通过以下方法来改进缓存：

  • 将 CloudFront 配置为仅转发您的源将返回唯一对象的那些查询字符串参数。

  • 为相同参数的所有实例使用相同的大小写。例如，如果一个请求包含 parameter1=A，另一个请求包含 parameter1=a，则 CloudFront 在一个请求包含 parameter1=A 而一个请求包含 parameter1=a 时，会将两个请求分别转发到源。然后，CloudFront 分别缓存源返回的对应对象，即使这些对象完全相同。如果您仅使用 A 或 a，CloudFront 会将较少的请求转发到源。

  • 按相同的顺序列出参数。与大小写不同的情况相似，如果对象的一个请求包含查询字符串 parameter1=a&parameter2=b，而相同对象的另一个请求包含 parameter2=b&parameter1=a，CloudFront 会将两个请求转发到源，并分别缓存对应的对象，即使它们完全相同。如果您始终为参数使用相同的顺序，CloudFront 会将较少的请求转发到源。

有关更多信息，请参阅根据查询字符串参数缓存内容。如果您希望查看 CloudFront 转发到源的查询字符串，请查看 CloudFront 日志文件的 cs-uri-query 列中的值。有关更多信息，请参阅配置和使用标准日志（访问日志）。

根据 Cookie 值进行缓存

如果您将 CloudFront 配置为基于 Cookie 值进行缓存，则可以通过以下方法来改进缓存：

  • 将 CloudFront 配置为仅转发指定的 Cookie 而不是转发所有 Cookie。对于配置为由 CloudFront 转发到源的 Cookie，CloudFront 将转发每个 Cookie 名称和值组合。然后，它单独缓存由源返回的对象，即使这些对象全都相同。

    例如，假设查看器在每个请求中包含两个 Cookie，每个 Cookie 有三个可能的值，并且 Cookie 值的所有组合均可能。CloudFront 最多会为每个对象将六个不同的请求转发到您的源。如果您的源仅基于其中一个 Cookie 返回不同的对象版本，则 CloudFront 会不必要地将更多请求转发到您的源，并且不必要地缓存对象的多个相同版本。

  • 为静态和动态内容创建单独的缓存行为，将 CloudFront 配置成仅为动态内容将 Cookie 转发到源。

    举例而言，假设您的分配只有一个缓存行为，而您希望将分配同时用于动态内容（例如 .js 文件）和很少更改的 .css 文件。CloudFront 根据 Cookie 值缓存 .css 文件的单独版本，这样每个 CloudFront 边缘站点会为每个新 Cookie 值或 Cookie 值的组合将请求转发到您的源。

    如果您创建一个缓存行为，其路径模式为 *.css 并且 CloudFront 不根据 Cookie 值进行缓存，则 CloudFront 仅在以下情况下将 .css 文件的请求转发到源：边缘站点收到给定 .css 文件的第一个请求以及 .css 文件过期后收到的第一个请求。

  • 如果可能，请在 Cookie 值对于每个用户唯一（例如用户 ID）时为动态内容创建单独的缓存行为，并为基于少量唯一值变化的动态内容创建单独的缓存行为。

有关更多信息，请参阅根据 Cookie 缓存内容。如果要查看 CloudFront 转发到源的 Cookie，请查看 CloudFront 日志文件的 cs(Cookie) 列中的值。有关更多信息，请参阅配置和使用标准日志（访问日志）。

根据请求标头进行缓存

如果您将 CloudFront 配置为基于请求标头进行缓存，则可以通过以下方法来改进缓存：

  • 将 CloudFront 配置为仅基于指定标头进行转发和缓存，而不是基于所有标头转发和缓存。对于您指定的标头，CloudFront 将转发每个标头名称和值组合。然后，它单独缓存由源返回的对象，即使这些对象全都相同。

    注意

    CloudFront 始终将以下主题中指定的标头转发给您的源：

    当您将 CloudFront 配置为基于请求标头进行缓存时，无需更改 CloudFront 转发的标头，仅更改 CloudFront 是否基于标头值缓存对象。

  • 尝试避免基于具有大量唯一值的请求标头进行缓存。

    例如，如果您希望基于用户设备提供不同大小的图像，不要将 CloudFront 配置为基于 User-Agent 标头进行缓存，这会导致大量可能的值。而应该将 CloudFront 配置为基于 CloudFront device-type 标头 CloudFront-Is-Desktop-Viewer、CloudFront-Is-Mobile-Viewer、CloudFront-Is-SmartTV-Viewer 和 CloudFront-Is-Tablet-Viewer 进行缓存。此外，如果您为平板电脑和桌面返回相同版本的图像，则仅转发 CloudFront-Is-Tablet-Viewer 标头，而不是 CloudFront-Is-Desktop-Viewer 标头。

有关更多信息，请参阅根据请求标头缓存内容。

不需要压缩时删除 Accept-Encoding 标头

如果未启用压缩 – 由于源不支持它，CloudFront 不支持它，或者内容不可压缩 – 您可以通过将分配中的缓存行为与设置 Custom Origin Header 的源相关联来增加缓存命中率，如下所示：

  • 标头名称：Accept-Encoding

  • Header value (标头值)：（保留为空）

在使用此配置时，CloudFront 会从缓存键中删除 Accept-Encoding 标头，并且不在源请求中包含标头。此配置应用于 CloudFront 从该源通过分发所提供的所有内容。

使用 HTTP 提供媒体内容

有关优化点播视频 (VOD) 和流式传输视频内容的信息，请参阅使用 CloudFront 的点播视频和实时流视频。