DevOps知识中心
DevOps知识中心

提升 Nginx 速度：关键的缓冲区、压缩和缓存技巧

通过这份关于缓冲区优化、Gzip 压缩和智能缓存策略的必备指南，释放 Nginx 的峰值性能。了解如何配置客户端和代理缓冲区以高效处理数据，实施强大的内容压缩以减少带宽，并利用浏览器和 Nginx 代理缓存实现闪电般的响应时间。本文汇集了实用的 Nginx 配置示例和最佳实践，为您提供了可操作的见解，可显著提升您的 Web 服务器速度和效率。

28 浏览量

提升 Nginx 速度：关键缓冲区、压缩和缓存技巧

Nginx 作为 Web 服务器和反向代理，以其卓越的性能和效率而闻名。然而，要真正释放其全部潜力，精细的调优和优化至关重要。虽然基本配置可以让你入门，但涉及缓冲区管理、内容压缩和智能缓存策略的进阶技术，可以显著改善服务器的响应时间、降低带宽使用量，并为用户提供更快的体验。

本文将深入探讨这些关键的性能优化领域。我们将探讨如何有效地配置 Nginx 缓冲区以处理客户端请求和后端响应，实现强大的 Gzip 压缩以更快地交付内容，并利用浏览器端和 Nginx 端缓存来最大限度地减少冗余数据传输和处理。届时，你将获得切实可行的见解和实用配置，显著提升你的 Nginx 服务器的速度和效率。

优化 Nginx 缓冲区以实现高效数据处理

Nginx 在请求和响应处理过程中使用各种缓冲区来临时存储数据。正确调整这些缓冲区的大小对性能至关重要。缓冲区大小设置不当，可能导致内存消耗过大，或频繁的磁盘写入（spooling），这两者都会降低性能。我们将重点关注与客户端相关的缓冲区以及代理/FastCGI 缓冲区。

与客户端相关的缓冲区

这些缓冲区负责管理来自客户端到 Nginx 的数据。

  • client_body_buffer_size: 此指令设置读取客户端请求体的缓冲区大小。如果请求体超过此大小，它将被写入磁盘上的临时文件。虽然这可以防止大文件上传时内存耗尽，但频繁的磁盘写入会降低性能。

    • 技巧: 对于不通过 POST 请求处理非常大文件上传的典型 Web 应用程序，8k 或 16k 通常已足够。如果你处理更大的表单或直接通过 Nginx 上传小文件，则可以增加此值。

    nginx http { client_body_buffer_size 16k; # ... }

  • client_header_buffer_size: 定义读取客户端请求头的缓冲区大小。每个连接都会分配一个缓冲区。

    • 技巧: 1k 是默认值，对于大多数请求头来说通常足够。只有当你遇到“client sent too large header”错误时才需要增加，这通常是由于过多的 cookie 或复杂的身份验证头引起的。

    nginx http { client_header_buffer_size 1k; # ... }

  • large_client_header_buffers: 此指令设置读取大型客户端请求头所使用的缓冲区数量和大小。如果请求头超过 client_header_buffer_size，Nginx 会尝试使用此指令分配缓冲区。

    • 技巧: 4 8k（每个 8KB 的 4 个缓冲区）是一个常见的设置。如果你在增加 client_header_buffer_size 后持续遇到请求头错误，则需要调整此值。

    nginx http { large_client_header_buffers 4 8k; # ... }

代理和 FastCGI 缓冲区

当 Nginx 作为反向代理或与 FastCGI 后端（如 PHP-FPM）通信时，这些缓冲区用于管理数据。

当 Nginx 代理请求时，它会分块接收来自后端服务器的响应，并在将其发送给客户端之前进行缓冲。这使得 Nginx 能够处理慢速的后端响应而不会阻塞客户端连接。

  • proxy_buffer_size: 用于缓冲从代理服务器接收的响应第一部分的大小。这通常包含响应头。
  • proxy_buffers: 定义用于读取来自代理服务器的响应的缓冲区数量和大小。

  • proxy_busy_buffers_size: 设置在任何给定时间可以处于活动状态（busy）的缓冲区最大大小，无论是发送数据给客户端还是从后端读取数据。这有助于防止 Nginx 因长时间占用缓冲区而消耗过多内存。

    • 代理传递示例: 对于典型的 Web 应用程序，proxy_buffer_size 可以与预期的请求头大小匹配，而 proxy_buffers 可以设置为在不写入磁盘的情况下处理平均内容大小。

    nginx http { proxy_buffer_size 128k; proxy_buffers 4 256k; # 4 个缓冲区，每个 256KB proxy_busy_buffers_size 256k; # ... }

  • fastcgi_buffer_size, fastcgi_buffers, fastcgi_busy_buffers_size: 这些指令的功能与其 proxy_ 对应项完全相同，但专门适用于来自 FastCGI 服务器的响应。

    • FastCGI 示例: 此处应用类似的逻辑，根据你的 PHP/FastCGI 应用程序的响应大小进行调整。

    nginx http { fastcgi_buffer_size 128k; fastcgi_buffers 4 256k; fastcgi_busy_buffers_size 256k; # ... }

警告: 设置过大的缓冲区会消耗每个连接更多的 RAM，这可能很快耗尽繁忙服务器的内存。设置得太小会导致 Nginx 将临时文件写入磁盘，从而产生 I/O 开销。请监控服务器的内存和磁盘 I/O 以找到最佳平衡点。

启用有效的 Gzip 压缩

内容压缩（主要使用 Gzip）可以显著减小传输数据的大小，从而加快页面加载速度并降低带宽消耗。Nginx 的 gzip 模块是高度可配置的。

关键 Gzip 指令

将这些指令添加到你的 http 块或特定的 server 或 location 块中。

  • gzip on;: 启用 Gzip 压缩。

  • gzip_types: 指定应压缩的 MIME 类型。只有某些基于文本的类型能从压缩中获得显著好处。

    • 最佳实践: 包括常见的 Web 类型，但避免压缩图像 (image/*)、视频 (video/*) 和已压缩文件（.zip, .rar, .gz），因为这会浪费 CPU 周期而没有收益。

    nginx gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript image/svg+xml;

  • gzip_proxied: 根据 Via 头启用对代理请求的压缩。它告诉 Nginx 即使响应来自后端服务器也要进行压缩。

    • any: 为所有代理请求进行压缩。
    • no-cache, no-store, private: 通常用于防止 Nginx 压缩已标记为不可缓存的响应。

    nginx gzip_proxied any;

  • gzip_min_length: 设置 Nginx 将进行压缩的响应体体的最小长度。小文件从压缩中受益不大，甚至可能因为压缩开销而变得更大。

    • 技巧: 1000 字节 (1KB) 或 256 字节是一个不错的起点。

    nginx gzip_min_length 1000;

  • gzip_comp_level: 设置压缩级别（1-9）。更高的级别提供更好的压缩效果，但消耗更多的 CPU 资源。较低的级别速度更快，但压缩效果较差。

    • 技巧: 对于大多数服务器来说，4-6 是压缩率和 CPU 使用率之间的良好平衡。

    nginx gzip_comp_level 5;

  • gzip_vary on;: 告诉代理根据客户端发送的 Accept-Encoding 头缓存文件的压缩和未压缩版本。这对于正确的缓存和交付至关重要。

    nginx gzip_vary on;

  • gzip_disable: 为可能存在 Gzip 问题的某些浏览器或用户代理禁用压缩。

    nginx gzip_disable "MSIE [1-6]\."; # 示例：禁用旧版 Internet Explorer

注意事项: 虽然 Gzip 非常有益，但压缩会消耗 CPU 周期。对于直接从磁盘提供的静态文件（例如，预压缩的 .gz 文件），Nginx 可以直接提供它们而无需重新压缩，这更有效率。对于动态内容，Gzip 通常是净收益。

实现智能缓存策略

缓存是提高 Web 服务器性能最有效的方法，通过减少重新生成或重新获取内容的需求。Nginx 支持浏览器端（客户端）和服务器端（代理）缓存。

浏览器缓存（HTTP 头）

浏览器缓存依赖 HTTP 头来指示客户端浏览器可以存储静态资源多长时间。这可以防止对不变资源（如图像、CSS 和 JavaScript 文件）进行重复下载。

  • expires: 一个简单的指令，用于设置 Expires 和 Cache-Control: max-age 头。

    nginx location ~* \.(jpg|jpeg|gif|png|webp|ico|css|js|woff|woff2|ttf|otf|eot)$ { expires 365d; # 缓存一年 add_header Cache-Control "public, no-transform"; # 可选：禁用静态文件的日志 access_log off; log_not_found off; }

  • add_header Cache-Control: 提供更精细地控制缓存策略。常见值包括：

    • public: 可被任何缓存（浏览器、代理）缓存。
    • private: 只能被客户端的私有缓存（例如浏览器）缓存。
    • no-cache: 使用前必须与服务器重新验证，但可以存储副本。
    • no-store: 完全不缓存。
    • max-age=<seconds>: 指定资源被视为新鲜的时间。

  • 条件请求（Etag 和 If-Modified-Since）: Nginx 会自动处理静态文件的 Etag 和 Last-Modified 头，使浏览器能够发送条件请求（If-None-Match 或 If-Modified-Since）。如果内容未更改，Nginx 会响应 304 Not Modified，从而节省带宽。

Nginx 代理缓存

Nginx 可以作为一个强大的缓存反向代理。启用后，Nginx 会存储后端服务器响应的副本，并直接将其提供给客户端，显著减轻后端服务器的负载。

1. 定义缓存区域

这需要在 http 块中完成。proxy_cache_path 定义了缓存目录、内存区域参数和其他设置。

http {
    proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=my_cache:10m inactive=60m max_size=1g;
    # levels=1:2: 为缓存文件创建两级目录层次结构（例如，/var/cache/nginx/c/29/...）。有助于分散文件。
    # keys_zone=my_cache:10m: 定义一个名为 'my_cache' 的 10MB 共享内存区域，用于存储缓存键和元数据。这对快速查找至关重要。
    # inactive=60m: 60 分钟内未访问过的缓存项将从磁盘中删除。
    # max_size=1g: 设置磁盘上缓存的最大大小。超过此限制时，Nginx 会删除最近最少使用的数据。
    # ...
}

2. 为 Location 启用缓存

在 server 或 location 块中，你可以启用缓存并定义其行为。

server {
    listen 80;
    server_name example.com;

    location / {
        proxy_pass http://backend_upstream; # 或 http://127.0.0.1:8000;
        proxy_cache my_cache; # 使用上面定义的缓存区域
        proxy_cache_valid 200 302 10m; # 缓存成功响应（200, 302）10 分钟
        proxy_cache_valid 404 1m;      # 缓存 404 响应 1 分钟
        proxy_cache_revalidate on;     # 使用 If-Modified-Since 和 If-None-Match 头进行重新验证
        proxy_cache_min_uses 1;       # 仅当项目至少被请求一次时才缓存
        proxy_cache_use_stale error timeout updating http_500 http_502 http_503 http_504;
                                       # 如果后端不可用或正在更新，则提供陈旧内容

        # 添加一个头信息以查看响应是否被缓存
        add_header X-Cache-Status $upstream_cache_status;

        # 可选：绕过特定条件的缓存
        # proxy_cache_bypass $http_pragma $http_authorization;
        # proxy_no_cache $http_pragma $http_authorization;
    }
}

重要的缓存指令

  • proxy_cache_valid: 根据 HTTP 状态码和持续时间定义缓存规则。你可以指定多个规则。
  • proxy_cache_revalidate on;: 允许 Nginx 在检查缓存内容是否仍然新鲜时使用 If-Modified-Since 和 If-None-Match 头。这比简单地让缓存过期更有效。
  • proxy_cache_use_stale: 一个强大的指令，告诉 Nginx 在后端不可用或缓慢时提供缓存中的陈旧（已过期）内容。这在后端出现问题时大大改善了用户体验。

  • proxy_cache_bypass / proxy_no_cache: 使用这些指令来定义应绕过缓存的条件（例如，对于已认证的请求或特定的查询参数）。

    ```nginx

    示例：不缓存带有特定查询参数或 cookie 的请求

    if ($request_uri ~* "(\?|&)nocache")

    if ($http_cookie ~* "SESSIONID")

    proxy_cache_bypass $no_cache;

    proxy_no_cache $no_cache;

    ```

清除缓存

要手动清除 Nginx 缓存，你可以简单地删除 proxy_cache_path 目录中的文件。为了更精细地控制失效，可以考虑使用 ngx_cache_purge 等模块，或配置一个特定的 location 来处理缓存失效请求。

警告: 错误的代理缓存配置可能导致用户看到过时的内容。在生产环境中部署之前，请务必在暂存环境中彻底测试你的缓存策略。确保动态内容（经常更改或用户特定的内容）不会被激进地缓存。

结论

优化 Nginx 性能涉及资源管理和内容交付的战略性方法。通过仔细调整缓冲区大小，可以确保 Nginx 高效处理数据流，而不会产生不必要的磁盘 I/O 或内存开销。实施强大的 Gzip 压缩可以显著减少带宽消耗，并加快内容交付速度，尤其适用于基于文本的资产。

最后，智能缓存，无论是浏览器级别的缓存还是 Nginx 作为反向代理缓存，对于降低后端负载和以最小的延迟提供内容至关重要。这些技术中的每一种，只要经过深思熟虑的应用，都能为你的用户带来更具响应性、更高效、更具可扩展性的 Web 服务器体验。请持续监控你的服务器性能指标，并根据你的流量模式和应用程序需求的变化来调整这些设置。