Comment utiliser Nginx pour le contrôle du cache des requêtes HTTP

Comment utiliser Nginx pour le contrôle du cache des requêtes HTTP

Le contrôle du cache des requêtes HTTP est un moyen important pour optimiser les performances du site Web. Il peut réduire le nombre de requêtes traitées par le serveur et améliorer la vitesse de réponse du site Web. En tant que serveur Web hautes performances et serveur proxy inverse, Nginx fournit des fonctions de contrôle de cache flexibles. Cet article explique comment utiliser Nginx pour le contrôle du cache des requêtes HTTP.

1. Utiliser le cache proxy

Nginx fournit la fonction de cache proxy, qui peut mettre en cache les résultats de réponse du serveur en amont et réduire le nombre de requêtes adressées au serveur en amont. Pour utiliser la mise en cache proxy, vous pouvez ajouter la configuration suivante au fichier de configuration Nginx :

http { proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off; server { ... location / { proxy_cache my_cache; proxy_cache_key $host$uri$is_args$args; proxy_cache_valid 200 302 10m; proxy_cache_valid 404 1m; proxy_cache_use_stale error timeout updating http_500 http_502 http_503 http_504; proxy_ignore_headers Cache-Control; proxy_ignore_headers Set-Cookie; proxy_hide_header Set-Cookie; proxy_pass http://upstream_server; } ... } }

Dans la configuration ci-dessus,proxy_cache_pathest utilisé pour définir le chemin du cache et les paramètres associés.levels=1:2signifie créer un répertoire de niveau 1 et un répertoire de niveau 2 dans le chemin du cache pour améliorer l'efficacité.keys_zoneest utilisé pour définir le nom et la taille de la mémoire de la zone de cache, qui peuvent être ajustés en fonction des besoins réels.max_sizeindique la capacité maximale de la zone de cache etinactiveindique le délai d'expiration du cache, c'est-à-dire que les caches qui n'ont pas été consultés dans les 60 minutes seront supprimés.use_temp_path=offsignifie désactiver le chemin temporaire, ce qui peut améliorer les performances.proxy_cache_path用于设置缓存的路径和相关参数。levels=1:2表示在缓存路径中创建1级目录和2级目录，以提高效率。keys_zone用于设置缓存区的名称和内存大小，可以根据实际需要进行调整。max_size表示缓存区的最大容量，inactive表示缓存的过期时间，即60分钟内没有被访问的缓存将被删除。use_temp_path=off表示禁用临时路径，可以提高性能。

在具体的服务器配置中，通过location指令指定需要进行缓存的URL。proxy_cache指令表示启用缓存，proxy_cache_key指令指定缓存的键值，可以使用多个变量拼接成缓存键值。proxy_cache_valid指定了不同HTTP状态码的缓存有效期，如200和302状态码的响应结果在10分钟内有效，404状态码的响应结果在1分钟内有效。proxy_cache_use_stale用于指定当上游服务器出现错误、超时或更新时，是否使用过期的缓存。proxy_ignore_headers和proxy_hide_header指令可用于忽略或隐藏响应头中的某些属性。

在配置完成后，重启Nginx服务使配置生效。此时，Nginx将会对匹配的URL进行缓存，相同的URL再次被请求时，将会直接从缓存中获取响应结果，而不需要再次请求上游服务器。

二、使用浏览器缓存

除了代理缓存，还可以使用浏览器缓存来减少网络请求。Nginx可以通过设置响应头中的Cache-Control和Expires来控制浏览器缓存的行为。

示例如下：

http { ... server { ... location /static/ { expires max; add_header Cache-Control public; } ... } }

上述配置中，expires指令设置了max，表示将响应结果的过期时间设置为最大值，即永不过期。add_header指令为响应结果添加了Cache-Control头，并设置为public，表示允许公共缓存。

在具体的URL匹配规则中，可以根据不同的需求设置不同的缓存策略。比如，静态资源通常不会经常发生改变，可以设置expires为较长的时间，让浏览器缓存资源；而动态生成的页面可以设置为不缓存或缓存时间较短。

三、使用条件缓存

条件缓存是一种在客户端和服务器之间进行通信的机制，可以根据请求的条件决定是否使用缓存。Nginx通过设置响应头中的Last-Modified和ETag，以及请求头中的If-Modified-Since和If-None-Match来实现条件缓存。

示例如下：

http { ... server { ... location / { if_modified_since before; add_header ETag "123456"; if_none_match $http_if_none_match; if_modified_since off; ... } ... } }

上述配置中，if_modified_since指令用于判断请求头中的If-Modified-Since是否早于服务器设置的Last-Modified；add_header指令添加了ETag头，用于标识资源的唯一性；if_none_match指令用于判断请求头中的If-None-Match是否与服务器设置的ETag相匹配；if_modified_since和if_none_match指令分别对应了If-Modified-Since和If-None-Match请求头的值。

通过配置条件缓存，可以在客户端发送请求时，根据服务器返回的Last-Modified和ETag判断是否使用缓存。如果资源没有发生变化，服务器可以返回304 Not Modified，客户端从缓存中获取资源；如果资源已经发生变化，服务器返回新的资源。

四、缓存策略

为了更好地控制缓存的行为，可以根据不同的URL设置不同的缓存策略。通常，静态资源的URL具有稳定的特点，可以设置较长时间的缓存失效期；而动态页面的URL可能会频繁变动，可以设置较短的缓存失效期。

示例如下：

http { ... server { ... location /static/ { expires 7d; add_header Cache-Control public; } location /dynamic/ { expires 1h; add_header Cache-Control no-cache; } ... } }

上述配置中，以/static/开头的URL匹配静态资源，设置了过期时间为7天，允许公共缓存；以/dynamic/