NGINX緩存是通過(guò)Proxy_cache_path在本地存儲(chǔ)上游響應(yīng)的工作，從而使使用Proxy_Cache啟用緩存，並使用Proxy_cache_key（自定義以避免默認(rèn)的陷阱）定義唯一的鍵，並通過(guò)Proxy_cache_valid設(shè)置ttls，並使用X-Cache-cache-StatusStatus Heastersersersersersersersersersersersersersersersssepting ttls。 2. Common issues include overly broad keys (fix: include cookies or query strings), caching dynamic content like /api (fix: use proxy_cache_bypass), no invalidation strategy (fix: use purge, short TTLs, or versioned keys), and ignoring origin cache headers (fix: respect or override with proxy_ignore_headers); 3. Pro提示：使用fastcgi_cache進(jìn)行PHP，監(jiān)視命中率和磁盤(pán)使用情況，溫暖的高速緩存後，並使用Proxy_cache_use_stale啟用了陳舊的回報(bào)，以及零下降彈性的背景更新（零正確） - 正確的，它可以增強(qiáng)負(fù)載，從而降低負(fù)載，從而完全降低使用用戶(hù)體驗(yàn)。

NGINX緩存不僅僅是要在您的配置中拍打proxy_cache並將其稱(chēng)為一天 - 它是一種強(qiáng)大的工具，當(dāng)正確調(diào)整時(shí)，可以削減響應(yīng)時(shí)間，減少後端負(fù)載並大大改善用戶(hù)體驗(yàn)。但是配置錯(cuò)誤嗎？它可以提供陳舊的內(nèi)容，廢物內(nèi)存，甚至可以破壞您的應(yīng)用程序。讓我們分解。

?nginx緩存實(shí)際上是如何工作的

從本地緩存中，NGINX的核心是一種反向代理，該反向代理存儲(chǔ)了上游服務(wù)器（例如Apache，node.js或php-fpm）的響應(yīng)。當(dāng)再次提出相同的請(qǐng)求時(shí)，NGINX將提供緩存的版本，而不是擊中後端。

關(guān)鍵組件：

• proxy_cache_path ：定義緩存在磁盤(pán)上存儲(chǔ)的位置和方式。
• proxy_cache ：?jiǎn)⒂锰囟ㄎ恢玫木彺妗?/li>
• proxy_cache_key ：控制nginx如何標(biāo)識(shí)唯一的請(qǐng)求（默認(rèn)是風(fēng)險(xiǎn)?。?。
• proxy_cache_valid ：為不同的HTTP狀態(tài)代碼設(shè)置TTL。
• add_header X-Cache-Status $upstream_cache_status; ：非常有用，可用於調(diào)試 - 如果您是命中，錯(cuò)過(guò)或過(guò)期的話(huà)，請(qǐng)向您介紹。

示例最小設(shè)置：

 http {
    proxy_cache_path/var/carce/nginx級(jí)別= 1：2 keys_zone = my_cache：10m max_size = 10g intairive = nestair = 60m use_temp_path = off;

    伺服器 {
        地點(diǎn) / {
            proxy_pass http：// backend;
            proxy_cache my_cache;
            proxy_cache_valid 200 302 10m;
            proxy_cache_valid 404 1m;
            add_header x-cache-status $ upstream_cache_status;
        }
    }
}

？常見(jiàn)的陷阱以及如何避免它們

1. 默認(rèn)proxy_cache_key太寬了
   默認(rèn)情況下，nginx使用$scheme$proxy_host$request_uri ，它忽略了諸如?utm_source=...查詢(xún)字符串，但也忽略了X-Forwarded-Proto或Cookie之類(lèi)的東西。
   →修復(fù)：自定義密鑰以包括重要的內(nèi)容：

   

    PROXY_CACHE_KEY“ $ scheme $ host $ request_uri $ cookie_user”;

2. 緩存動(dòng)態(tài)內(nèi)容（例如 /API或特定用戶(hù)特定頁(yè)面）
   如果您緩存/profile或/cart ，用戶(hù)可能會(huì)看到別人的數(shù)據(jù)。
   →修復(fù)：排除敏感路徑：

   位置? ^/（api | admin | profile）{
       proxy_cache_bypass 1;
       proxy_no_cache 1;
   }

3. 不處理緩存無(wú)效
   nginx不會(huì)在內(nèi)容更新上自動(dòng)侵權(quán) - 您需要策略。
   →選項(xiàng)：

   • 使用proxy_cache_purge （需要ngx_http_cache_purge_module ）
   • 為揮發(fā)性?xún)?nèi)容設(shè)置簡(jiǎn)短的TTL
   • 通過(guò)緩存密鑰更改觸發(fā)緩存破壞（例如，添加版本參數(shù)）

4. 忽略起源的高速緩存標(biāo)頭
   如果您的應(yīng)用程序發(fā)送Cache-Control: no-cache ，則NGINX應(yīng)尊重它。
   →修復(fù)：

    proxy_ignore_headers cache-control;
   proxy_cache_valid 200 302 5m;

   （或者，如果您相信您的後端，請(qǐng)不要忽略它們。）

？ ?現(xiàn)實(shí)世界中使用

• 使用fastcgi_cache用於PHP應(yīng)用程序（例如WordPress）：相同的邏輯，不同的指令。
• 監(jiān)視緩存性能：
  • 通過(guò)日誌檢查命中率（ $upstream_cache_status ）
  • 觀看磁盤(pán)用法（ /var/cache/nginx ）
  • 使用諸如goaccess或Prometheus nginx-Module-vts之類(lèi)的工具
• 部署後加熱緩存- 手動(dòng)或通過(guò)腳本擊中密鑰URL。
• 使用陳舊的恢復(fù)模式：

   proxy_cache_use_stale錯(cuò)誤超時(shí)更新http_500;
  proxy_cache_background_update on;

  這使得Nginx在背景中悄悄地刷新它 - 在後端打ic中零停機(jī)時(shí)間。

  ---

  基本上，NGINX緩存起初很簡(jiǎn)單，但足夠深，可以?xún)?yōu)化幾個(gè)月。正確獲取基礎(chǔ)知識(shí)，避免常見(jiàn)的陷阱，您會(huì)看到速度和可擴(kuò)展性的真正勝利。

  以上是深入研究Nginx緩存的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！