刷新预热概述

缓存刷新

• 缓存刷新：使全站加速节点上的缓存资源失效，对应的最新资源被缓存到节点。
• 全站加速的刷新类型有：URL刷新、目录刷新。
  • URL 刷新：您成功提交缓存刷新请求且请求被成功处理后，全站加速会强制删除节点上对应的缓存资源。客户端下一次请求这部分资源时，节点会直接访问源站来获取对应的最新资源。然后，最新资源被重新缓存到全站加速节点。
  • 目录刷新：您成功提交缓存刷新请求且请求被成功处理后，全站加速会将节点上对应的缓存资源标记为过期。客户端下一次请求这部分资源时，节点会直接访问源站来获取对应的最新资源。然后，最新资源被重新缓存到全站加速节点。
• 在以下场景，您可能进行缓存刷新的操作：
  • 更新旧资源：源站上的旧资源被更新后，您需要刷新节点上的缓存来确保客户端获得的资源是最新的。
  • 清理不合规或过期的资源：源站上的不合规资源或过期资源被删除后，您需要刷新节点上对应的缓存资源来确保客户端无法在全站加速节点上获取这些资源。

缓存预热

• 缓存预热：资源预先被缓存到全站加速节点。为客户端访问这部分资源做准备。
• 您成功提交缓存预热请求后，全站加速将预先访问源站，对应的资源提前被缓存到全站加速节点。资源成功被预热后，客户端首次请求该资源即可直接从全站加速节点中获得，无需节点访问源站获取该资源。
• 在以下场景，您可能会进行缓存预热的操作：
  • 举办大型促销活动：在大型电商促销等场景下，将会有大量客户端在同一时间内同时发起请求。为减少客户端获取资源所消耗的时间，提升用户的访问体验，您可以将活动所需要的资源提前缓存到全站加速节点。这样，客户端可以直接在全站加速节点上获取资源，加快客户端获取资源的速度。
  • 发布大文件或更新大型版本：在发布大型文件等场景下，大量请求被路由到源站来获取大文件，这将增大源站处理请求的压力。您可以将大型文件提前缓存到全站加速节点，这样可以降低源站处理请求的压力。

缓存刷新

1. 请您避免在短时间内提交大量的刷新请求：在刷新请求被成功提交且请求生效后 ，会导致客户端下一次请求对应的资源时，节点直接访问源站重新获取对应的最新资源。这可能暂时降低缓存命中率、增加客户端获取资源的时间、增加源站处理请求的压力。
2. 请您根据资源的缓存过期时间决定是否进行缓存刷新操作：从您提交刷新请求、到资源成功被缓存到节点需要一段时间。如果资源的缓存过期时间较短（如少于5分钟），通常不推荐您进行缓存刷新操作。因为资源很快就会过期，节点会访问源站获取对应的最新资源。
3. 缓存刷新的限额相关信息，请参见缓存刷新。
4. 请您确保全站加速成功启用了缓存功能，否则，可能会导致您无法提交缓存刷新的请求或缓存刷新功能不生效。

缓存预热

1. 请您避免在短时间内提交大量的预热请求：在预热请求被成功提交且请求生效后 ，节点会立即访问源站来获取资源。如果同时预热多个大文件，这可能增加源站处理请求的压力。
2. 请您根据资源的大小决定何时进行缓存预热操作：从您提交预热请求、到资源成功被缓存到节点上需要一段时间。资源的大小决定了该过程的持续时间。资源越小，持续的时间越短。您可以结合资源的大小，决定何时进行缓存预热的操作。
3. 缓存预热的限额相关信息，请参见缓存预热。
4. 请您确保全站加速成功启用了缓存功能，否则，可能会导致您无法提交缓存预热的请求或缓存预热功能不生效。