Nginx Gzip压缩配置指南-电子发烧友网

一、概述

1.1 背景介绍

说起Gzip压缩，可能很多人觉得这是个老生常谈的话题。但我在这几年的运维工作中发现，真正把Gzip配置到位的网站其实不多。去年帮一个客户做性能优化，他们的网站日均带宽消耗在2TB左右，一看Nginx配置，Gzip居然只开了默认的gzip on，压缩级别是1，很多该压的文件类型都没加上。调整完配置后，带宽直接降到800GB，每个月省下来的CDN费用够给团队发几次下午茶了。

Gzip是HTTP/1.1引入的内容编码机制，通过DEFLATE算法对响应体进行压缩。文本类内容（HTML、CSS、JS、JSON、XML）压缩率通常能达到60%-80%，这意味着原本100KB的文件传输时只需要20-40KB。在移动网络环境下，这个优化效果特别明显。

现代浏览器都支持Gzip解压，服务端压缩+客户端解压这个过程对用户来说完全透明，但带来的体验提升却是实实在在的。

1.2 技术特点

压缩原理

Gzip基于LZ77算法和哈夫曼编码，通过查找重复字符串并用更短的引用替代，再对结果进行熵编码。对于包含大量重复模式的文本文件效果最好，对已经压缩过的文件（图片、视频、压缩包）几乎没有效果。

压缩级别

Nginx支持1-9九个压缩级别：

级别1：压缩速度最快，压缩率最低

级别9：压缩率最高，但CPU消耗也最大

级别5-6：通常是性能和压缩率的最佳平衡点

实测数据显示，从级别5到级别9，压缩率只提升3-5%，但CPU消耗增加40%以上。所以生产环境一般不建议用9。

静态预压缩

Nginx的gzip_static模块支持预压缩文件。如果存在file.js.gz，直接返回压缩文件而不用实时压缩，彻底消除CPU开销。这是高并发场景下的杀手级优化。

1.3 适用场景

适合Gzip压缩的内容

HTML/CSS/JavaScript

JSON/XML/SVG

纯文本文件（txt、csv、log）

字体文件（woff虽然已压缩，但gzip还能再压10%左右）

不适合Gzip压缩的内容

图片（JPEG、PNG、WebP本身已压缩）

视频/音频文件

压缩包（zip、gz、rar）

PDF文件（内部已压缩）

典型应用场景

API服务器：JSON响应压缩效果极佳

静态资源服务器：CSS/JS压缩节省大量带宽

文档站点：HTML内容压缩率高

日志分析平台：大量文本数据传输

1.4 环境要求

组件	版本要求	说明
操作系统	Rocky Linux 9 / Ubuntu 24.04 LTS	内核4.x以上
Nginx	1.26.x / 1.27.x	需包含ngx_http_gzip_module
可选模块	gzip_static	静态预压缩支持
可选模块	gunzip	为不支持gzip的客户端解压
CPU	多核推荐	实时压缩消耗CPU
内存	每连接约256KB	gzip缓冲区大小

二、详细步骤

2.1 准备工作

确认Nginx已编译gzip模块

# 查看编译参数
nginx -V 2>&1 | tr' ''
'| grep gzip

# 输出应包含：
# --with-http_gzip_static_module
# --with-http_gunzip_module

# 如果缺少gzip_static模块，需要重新编译或安装带模块的版本
# 官方仓库的nginx默认包含这些模块

准备测试文件

# 创建测试目录
mkdir -p /data/gzip-test

# 生成测试文件
cat > /data/gzip-test/test.html << 'EOF'



  
  Gzip压缩测试
  


  
    
      Gzip压缩效果测试页面
    
    
      这是一个用于测试Nginx Gzip压缩效果的页面。
      重复内容有助于提高压缩率。
      重复内容有助于提高压缩率。
      重复内容有助于提高压缩率。
    
  


EOF

# 创建一个大的JS文件用于测试
curl -o /data/gzip-test/jquery.js https://code.jquery.com/jquery-3.7.1.js 2>/dev/null 
  ||echo'console.log("test");'> /data/gzip-test/jquery.js

# 创建JSON测试文件
cat > /data/gzip-test/data.json << 'EOF'
{
    "users": [
        {"id": 1, "name": "张三", "email": "zhangsan@example.com"},
        {"id": 2, "name": "李四", "email": "lisi@example.com"},
        {"id": 3, "name": "王五", "email": "wangwu@example.com"}
    ],
    "total": 3,
    "page": 1,
    "pageSize": 10
}
EOF

# 查看文件大小
ls -lh /data/gzip-test/

安装测试工具

# Rocky Linux
dnf install curl httpd-tools -y

# Ubuntu
apt install curl apache2-utils -y

2.2 核心配置

基础Gzip配置

# /etc/nginx/nginx.conf 或 /etc/nginx/conf.d/gzip.conf

http {
  # ==================== Gzip基础配置 ====================

  # 开启gzip压缩
  gzip on;

  # 压缩级别：1-9，推荐5-6
  # 级别越高压缩率越好但CPU消耗越大
  gzip_comp_level 5;

  # 最小压缩文件大小
  # 小于这个值的文件不压缩（压缩收益小）
  gzip_min_length 1024;

  # 压缩缓冲区
  # 32个4k的缓冲区，用于存储压缩结果
  gzip_buffers 32 4k;

  # 压缩HTTP版本
  # 对HTTP/1.0也启用压缩（兼容老代理）
  gzip_http_version 1.0;

  # ==================== 压缩类型配置 ====================

  # 需要压缩的MIME类型
  # 注意：text/html默认已启用，不需要重复添加
  gzip_types
    # 文本类型
    text/plain
    text/css
    text/xml
    text/javascript
    # 应用类型
    application/json
    application/javascript
    application/x-javascript
    application/xml
    application/xml+rss
    application/xhtml+xml
    application/atom+xml
    application/rss+xml
    # 字体类型
    application/font-woff
    application/font-woff2
    application/vnd.ms-fontobject
    application/x-font-ttf
    font/opentype
    font/woff
    font/woff2
    # 图片类型（仅SVG，其他图片已压缩）
    image/svg+xml
    image/x-icon;

  # ==================== 代理相关配置 ====================

  # 针对代理请求的压缩策略
  # any: 对所有代理请求都压缩
  gzip_proxied any;

  # 其他可选值：
  # off: 禁止对代理请求压缩
  # expired: 响应头包含Expires且已过期
  # no-cache: 响应头包含Cache-Control: no-cache
  # no-store: 响应头包含Cache-Control: no-store
  # private: 响应头包含Cache-Control: private
  # no_last_modified: 响应头不包含Last-Modified
  # no_etag: 响应头不包含ETag
  # auth: 请求头包含Authorization
  # any: 所有代理请求

  # ==================== Vary头配置 ====================

  # 在响应头中添加Vary: Accept-Encoding
  # 告诉代理服务器根据Accept-Encoding缓存不同版本
  gzip_vary on;

  # ==================== 排除特定客户端 ====================

  # 禁止对特定User-Agent压缩
  # 某些老旧浏览器对gzip支持有问题
  gzip_disable "MSIE [1-6].";

  # 也可以用正则排除更多
  # gzip_disable "MSIE [1-6].|Mozilla/4";
}

静态预压缩配置（gzip_static）

这是我强烈推荐的优化方式，特别是对于前端构建产物：

http {
  # 开启静态预压缩
  # on: 查找.gz文件，找到就直接返回
  # off: 禁用
  # always: 始终返回.gz文件，不检查客户端是否支持
  gzip_static on;

  server {
    listen 80;
    server_name example.com;
    root /data/www;

    # 前端资源目录
    location /assets/ {
      # 启用静态预压缩
      gzip_static on;

      # 缓存控制
      expires 1y;
      add_header Cache-Control "public, immutable";
    }

    # API接口（实时压缩）
    location /api/ {
      # API响应需要实时压缩
      gzip on;
      gzip_comp_level 5;
      gzip_types application/json;

      proxy_pass http://backend;
    }
  }
}

预压缩文件生成脚本

#!/bin/bash
# generate_gzip.sh - 生成预压缩文件

STATIC_DIR=${1:-/data/www/assets}
GZIP_LEVEL=${2:-9}

echo"开始生成预压缩文件..."
echo"目录:$STATIC_DIR"
echo"压缩级别:$GZIP_LEVEL"

# 需要预压缩的文件类型
FILE_TYPES="css js html json xml svg txt"

forextin$FILE_TYPES;do
  find"$STATIC_DIR"-name"*.$ext"-typef |whilereadfile;do
   # 跳过已经是.gz的文件
    [["$file"== *.gz ]] &&continue

    gz_file="${file}.gz"

   # 如果.gz文件不存在或源文件更新，重新压缩
   if[[ ! -f"$gz_file"]] || [["$file"-nt"$gz_file"]];then
     echo"压缩:$file"
      gzip -${GZIP_LEVEL}-c"$file">"$gz_file"

     # 保持时间戳一致
      touch -r"$file""$gz_file"
   fi
 done
done

echo"预压缩完成！"

# 统计压缩效果
echo""
echo"=== 压缩效果统计 ==="
find"$STATIC_DIR"-name"*.gz"-typef |whilereadgz_file;do
  orig_file="${gz_file%.gz}"
 if[[ -f"$orig_file"]];then
    orig_size=$(stat-c%s"$orig_file"2>/dev/null ||stat-f%z"$orig_file")
    gz_size=$(stat-c%s"$gz_file"2>/dev/null ||stat-f%z"$gz_file")
    ratio=$(echo"scale=2; (1 -$gz_size/$orig_size) * 100"| bc)
   echo"$orig_file:$orig_size->$gz_size(节省${ratio}%)"
 fi
done

2.3 启动和验证

配置检查

# 检查配置语法
nginx -t

# 查看gzip相关配置
nginx -T | grep -i gzip

# 重载配置
nginx -s reload

基础验证

# 测试gzip是否生效
# 注意：必须发送Accept-Encoding头

# 不带压缩请求
curl -I http://localhost/test.html
# Content-Length: 1234 （原始大小）

# 带压缩请求
curl -I -H"Accept-Encoding: gzip"http://localhost/test.html
# Content-Encoding: gzip
# Content-Length: 456 （压缩后大小）
# Vary: Accept-Encoding

# 获取完整响应并解压
curl -H"Accept-Encoding: gzip"http://localhost/test.html | gunzip

详细测试脚本

#!/bin/bash
# test_gzip.sh - 测试Gzip压缩效果

URL=${1//localhost}
FILES=("test.html""jquery.js""data.json""style.css")

echo"=== Gzip压缩效果测试 ==="
echo"目标:$URL"
echo""

printf"%-30s %10s %10s %10s
""文件""原始大小""压缩大小""压缩率"
printf"%-30s %10s %10s %10s
""----""--------""--------""------"

forfilein"${FILES[@]}";do
 # 获取未压缩大小
  orig_size=$(curl -sI"$URL/$file"2>/dev/null | grep -i content-length | awk'{print $2}'| tr -d'
')

 # 获取压缩后大小
  gzip_size=$(curl -sI -H"Accept-Encoding: gzip""$URL/$file"2>/dev/null | grep -i content-length | awk'{print $2}'| tr -d'
')

 # 检查是否启用了压缩
  encoding=$(curl -sI -H"Accept-Encoding: gzip""$URL/$file"2>/dev/null | grep -i content-encoding)

 if[[ -n"$encoding"]] && [[ -n"$orig_size"]] && [[ -n"$gzip_size"]];then
    ratio=$(echo"scale=1; (1 -$gzip_size/$orig_size) * 100"| bc)
   printf"%-30s %10s %10s %9s%%
""$file""$orig_size""$gzip_size""$ratio"
 else
   printf"%-30s %10s %10s %10s
""$file""$orig_size""${gzip_size:-N/A}""未压缩"
 fi
done

压力测试对比

# 无压缩测试
ab -n 10000 -c 100 http://localhost/jquery.js
# 记录：Requests per second, Transfer rate

# 有压缩测试
ab -n 10000 -c 100 -H"Accept-Encoding: gzip"http://localhost/jquery.js
# 记录：Requests per second, Transfer rate

# 对比传输量和吞吐量的变化

三、示例代码和配置

3.1 完整配置示例

生产环境完整配置

# /etc/nginx/conf.d/gzip-production.conf
# 生产环境Gzip完整配置

http {
  # ==================== Gzip全局配置 ====================

  # 基础开关
  gzip on;

  # 压缩级别：生产环境推荐5
  gzip_comp_level 5;

  # 最小压缩大小：小于1KB的文件不压缩
  gzip_min_length 1024;

  # 压缩缓冲区配置
  # 16个8k的缓冲区，适合中等大小文件
  gzip_buffers 16 8k;

  # HTTP版本
  gzip_http_version 1.1;

  # 启用Vary头
  gzip_vary on;

  # 对代理请求的处理
  gzip_proxied any;

  # 禁用对老旧IE的压缩
  gzip_disable "MSIE [1-6].(?!.*SV1)";

  # 压缩类型（完整列表）
  gzip_types
    # 文本
    text/plain
    text/css
    text/xml
    text/javascript
    text/x-component
    text/cache-manifest
    # 应用
    application/json
    application/javascript
    application/x-javascript
    application/xml
    application/xml+rss
    application/xhtml+xml
    application/atom+xml
    application/rss+xml
    application/ld+json
    application/manifest+json
    application/schema+json
    application/geo+json
    application/vnd.api+json
    application/vnd.ms-fontobject
    application/x-font-ttf
    application/x-font-opentype
    application/x-font-truetype
    application/x-web-app-manifest+json
    # 字体
    font/eot
    font/opentype
    font/otf
    font/woff
    font/woff2
    # 图片（仅矢量）
    image/svg+xml
    image/x-icon
    image/bmp
    image/vnd.microsoft.icon;

  # ==================== 静态预压缩 ====================

  # 全局开启静态预压缩
  gzip_static on;
}

分场景配置示例

server {
  listen 80;
  server_name example.com;
  root /data/www;

  # ==================== 场景一：静态资源CDN源站 ====================

  location /static/ {
    # 使用预压缩文件（最高压缩级别）
    gzip_static on;

    # 如果没有预压缩文件，实时压缩
    gzip on;
    gzip_comp_level 6;

    # 长缓存
    expires 1y;
    add_header Cache-Control "public, immutable";
  }

  # ==================== 场景二：API响应压缩 ====================

  location /api/ {
    # API响应通常是JSON，必须实时压缩
    gzip on;
    gzip_comp_level 5;
    gzip_min_length 256; # API响应可能较小，降低阈值
    gzip_types application/json;

    # 禁用代理缓存（API响应经常变化）
    add_header Cache-Control "no-store";

    proxy_pass http://api_backend;
    proxy_set_header Accept-Encoding ""; # 不让后端压缩，Nginx统一处理
  }

  # ==================== 场景三：HTML页面 ====================

  location / {
    gzip on;
    gzip_comp_level 5;
    gzip_types text/html;

    # HTML不缓存，保证获取最新内容
    expires -1;
    add_header Cache-Control "no-cache, must-revalidate";

    try_files $uri $uri/ /index.html;
  }

  # ==================== 场景四：大文件下载 ====================

  location /downloads/ {
    # 大文件不压缩，避免占用大量内存和CPU
    gzip off;

    # 开启sendfile高效传输
    sendfile on;
    tcp_nopush on;

    # 限速防止带宽耗尽
    limit_rate 1m;
  }

  # ==================== 场景五：WebSocket ====================

  location /ws/ {
    # WebSocket不能使用gzip
    gzip off;

    proxy_pass http://websocket_backend;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
  }
}

3.2 实际应用案例

案例一：电商网站首页优化

我们有个电商客户，首页HTML有800KB（包含大量商品数据），加载时间超过3秒。

优化前的情况：

首页大小: 812KB
加载时间: 3.2s（3G网络）
Gzip: 未启用

优化方案：

location / {
  gzip on;
  gzip_comp_level 6; # 首页访问频繁，适当提高压缩级别
  gzip_types text/html application/json;
  gzip_min_length 256;

  # 启用ETag便于缓存验证
  etag on;

  try_files $uri @backend;
}

location @backend {
  proxy_pass http://backend;

  # 后端响应也要压缩
  gzip on;
  gzip_proxied any;
}

优化后：

首页大小: 812KB -> 156KB（压缩率81%）
加载时间: 3.2s -> 0.8s
带宽节省: 约80%

案例二：API服务压缩优化

某金融APP后端API，每天数千万次调用，返回JSON数据。

问题分析：

平均响应大小: 15KB
日请求量: 5000万次
日带宽消耗: 约700TB
带宽成本: 高

配置方案：

upstream api_servers {
  server 10.0.1.10:8080;
  server 10.0.1.11:8080;
  keepalive 100;
}

server {
  listen 80;
  server_name api.example.com;

  location / {
    # JSON响应压缩
    gzip on;
    gzip_comp_level 5;
    gzip_min_length 512;
    gzip_types application/json;
    gzip_proxied any;
    gzip_vary on;

    proxy_pass http://api_servers;
    proxy_http_version 1.1;
    proxy_set_header Connection "";

    # 重要：告诉后端不要压缩，统一由Nginx处理
    proxy_set_header Accept-Encoding "identity";

    # 缓冲设置，避免边收边发
    proxy_buffering on;
    proxy_buffer_size 4k;
    proxy_buffers 8 32k;
  }
}

优化效果：

平均响应大小: 15KB -> 3KB（压缩率80%）
日带宽消耗: 700TB -> 140TB
月度带宽成本节省: 约560TB * 单价
CPU增加: 约15%（可接受）

案例三：前端构建产物预压缩

现代前端项目使用Webpack/Vite构建，结合CI/CD自动生成预压缩文件。

Vite配置：

// vite.config.js
import{ defineConfig }from'vite'
importviteCompressionfrom'vite-plugin-compression'

exportdefaultdefineConfig({
plugins: [
  viteCompression({
  algorithm:'gzip',
  ext:'.gz',
  threshold:1024, // 大于1KB才压缩
  deleteOriginFile:false// 保留原文件
  }),
 // 同时生成Brotli压缩
  viteCompression({
  algorithm:'brotliCompress',
  ext:'.br',
  threshold:1024
  })
 ]
})

Nginx配置：

location /assets/ {
  # 优先返回Brotli压缩（压缩率更高）
  brotli_static on;

  # 其次返回Gzip
  gzip_static on;

  # 如果都没有，实时压缩
  gzip on;
  gzip_comp_level 5;

  expires max;
  add_header Cache-Control "public, immutable";
}

CI/CD pipeline脚本：

#!/bin/bash
# build.sh - 前端构建脚本

# 构建
npm run build

# 生成预压缩文件
cddist

# Gzip压缩
find . -typef ( -name"*.js"-o -name"*.css"-o -name"*.html"-o -name"*.json") 
  -execgzip -9 -k {} ;

# Brotli压缩（如果安装了brotli）
ifcommand-v brotli &> /dev/null;then
  find . -typef ( -name"*.js"-o -name"*.css"-o -name"*.html"-o -name"*.json") 
    -execbrotli -9 -k {} ;
fi

# 统计
echo"=== 压缩统计 ==="
du -sh dist/
find dist -name"*.gz"| wc -l
find dist -name"*.br"| wc -l

案例四：不同压缩级别性能对比测试

我在一台4核8G的服务器上做了详细测试，文件是280KB的jquery.min.js：

压缩级别	压缩后大小	压缩率	压缩耗时	QPS
1	98KB	65%	0.8ms	12000
2	94KB	66%	0.9ms	11500
3	91KB	67%	1.1ms	10800
4	88KB	69%	1.4ms	9500
5	85KB	70%	1.8ms	8200
6	84KB	70%	2.5ms	6800
7	83KB	70%	3.8ms	5200
8	82KB	71%	6.2ms	3500
9	82KB	71%	12ms	1800
预压缩	82KB	71%	0ms	35000

结论：

级别5是性价比最高的选择

级别6-9收益递减明显，不推荐

预压缩性能碾压实时压缩，强烈推荐

四、最佳实践和注意事项

4.1 最佳实践

1. 根据内容类型选择压缩策略

# 高频访问的静态资源：预压缩
location ~* .(js|css)$ {
  gzip_static on;
  gzip on;
  gzip_comp_level 5;
}

# 动态生成的内容：实时压缩
location /api/ {
  gzip on;
  gzip_comp_level 5;
}

# 已压缩的媒体文件：不压缩
location ~* .(jpg|jpeg|png|gif|mp4|webm|zip|gz)$ {
  gzip off;
}

2. 合理设置gzip_min_length

# 太小的文件压缩后可能反而变大（gzip头部开销）
# 推荐设置：
gzip_min_length 1024; # 通用场景

# API场景可以降低阈值（JSON通常较小但压缩率高）
gzip_min_length 256;

3. gzip_vary必须开启

# 必须开启，否则CDN/代理可能返回错误的缓存
gzip_vary on;

# 这会在响应头添加：
# Vary: Accept-Encoding
# 告诉缓存服务器：同一URL根据Accept-Encoding返回不同内容

4. 统一在Nginx层压缩

# 不要让后端应用也压缩，会造成：
# 1. 重复压缩浪费CPU
# 2. 压缩策略不统一
# 3. 调试困难

location /api/ {
  proxy_pass http://backend;

  # 告诉后端不要压缩
  proxy_set_header Accept-Encoding "identity";

  # 由Nginx统一压缩
  gzip on;
  gzip_proxied any;
}

5. 监控压缩效果

# 自定义日志格式记录压缩信息
log_format compression '$remote_addr - $remote_user [$time_local] '
           '"$request" $status $body_bytes_sent '
           '"$http_referer" "$http_user_agent" '
           '$gzip_ratio';

# $gzip_ratio 显示压缩比例，如 "2.50"表示压缩到原来的1/2.5

4.2 注意事项

常见错误表

错误	原因	解决方案
gzip不生效	请求头缺少Accept-Encoding	检查客户端/代理是否移除了该头
压缩率低	文件已压缩或内容随机性高	检查文件类型，已压缩文件不要重复压缩
CPU飙高	压缩级别过高或并发过大	降低压缩级别或使用预压缩
响应变慢	gzip_buffers配置不当	增大缓冲区或降低压缩级别
CDN缓存异常	未设置Vary头	开启gzip_vary on
部分请求未压缩	小于gzip_min_length	降低阈值或接受不压缩
乱码	客户端不支持gzip	使用gzip_disable排除

性能陷阱

# 陷阱1：对所有内容都压缩
# 错误
gzip_types *;
# 正确：只压缩文本类型

# 陷阱2：压缩级别设置过高
# 错误
gzip_comp_level 9; # CPU杀手
# 正确
gzip_comp_level 5; # 性价比最高

# 陷阱3：不限制最小压缩大小
# 错误
gzip_min_length 0; # 所有文件都压缩
# 正确
gzip_min_length 1024; # 小文件不压缩

# 陷阱4：对图片视频压缩
# 错误
gzip_types image/jpeg image/png video/mp4;
# 这些格式已经压缩过，再压缩只浪费CPU

# 陷阱5：没有预压缩高频文件
# 错误：每次请求都实时压缩
# 正确：构建时预压缩 + gzip_static on

安全考虑

# BREACH攻击防护
# 对包含敏感信息的HTTPS响应，攻击者可能通过压缩率变化推测内容
# 防护方案：
# 1. 对包含敏感数据的响应禁用压缩
location /api/sensitive/ {
  gzip off;
}

# 2. 在响应中添加随机填充
# 需要后端配合实现

# 3. 使用SameSite Cookie
add_header Set-Cookie "session=xxx; SameSite=Strict";

五、故障排查和监控

5.1 故障排查

问题一：Gzip完全不生效

# 排查步骤

# 1. 检查模块是否加载
nginx -V 2>&1 | grep -o'http_gzip_module'

# 2. 检查配置是否生效
nginx -T | grep gzip

# 3. 测试请求
curl -I -H"Accept-Encoding: gzip"http://localhost/test.html

# 4. 如果响应头没有Content-Encoding: gzip，检查：
# - gzip是否为on
# - 文件类型是否在gzip_types中
# - 文件大小是否大于gzip_min_length
# - 是否被gzip_disable规则排除

# 5. 查看错误日志
tail -f /var/log/nginx/error.log

问题二：部分文件未压缩

# 常见原因：MIME类型不在gzip_types中

# 检查文件MIME类型
file --mime-type test.json
# application/json

# 检查Nginx的MIME配置
cat /etc/nginx/mime.types | grep json

# 确保gzip_types包含该类型
nginx -T | grep gzip_types

问题三：压缩后文件变大

# 小文件或高熵内容压缩后可能变大

# 检查原始文件大小
ls -la test.html

# 如果小于1KB，提高gzip_min_length
# 或者检查文件内容是否已压缩/随机数据

问题四：CPU占用过高

# 检查压缩级别
nginx -T | grep gzip_comp_level

# 查看Nginx进程CPU
top -p $(pgrep -d','nginx)

# 解决方案：
# 1. 降低压缩级别
# 2. 使用预压缩
# 3. 增加gzip_min_length
# 4. 限制压缩类型

调试脚本

#!/bin/bash
# debug_gzip.sh - Gzip配置调试

URL=$1
if[ -z"$URL"];then
 echo"用法:$0"
 exit1
fi

echo"=== Gzip调试:$URL==="
echo""

echo"--- 请求头 ---"
curl -sI"$URL"| head -20

echo""
echo"--- 带Accept-Encoding的请求 ---"
curl -sI -H"Accept-Encoding: gzip, deflate""$URL"| head -20

echo""
echo"--- 关键响应头 ---"
echo"Content-Encoding:$(curl -sI -H 'Accept-Encoding: gzip' "$URL" | grep -i content-encoding)"
echo"Content-Length (原始):$(curl -sI "$URL" | grep -i content-length)"
echo"Content-Length (压缩):$(curl -sI -H 'Accept-Encoding: gzip' "$URL" | grep -i content-length)"
echo"Vary:$(curl -sI -H 'Accept-Encoding: gzip' "$URL" | grep -i vary)"

echo""
echo"--- 内容类型 ---"
echo"Content-Type:$(curl -sI "$URL" | grep -i content-type)"

5.2 性能监控

Nginx状态监控

# 启用状态页
location /nginx_status {
  stub_status on;
  allow 127.0.0.1;
  deny all;
}

压缩率日志

# 记录压缩比例
log_format gzip_log '$remote_addr [$time_local] "$request" '
          '$status $body_bytes_sent '
          'gzip_ratio=$gzip_ratio '
          'rt=$request_time';

access_log /var/log/nginx/gzip.log gzip_log;

分析脚本

#!/bin/bash
# analyze_gzip.sh - 分析Gzip压缩效果

LOG_FILE=${1:-/var/log/nginx/gzip.log}

echo"=== Gzip压缩效果分析 ==="
echo""

echo"--- 压缩比例分布 ---"
awk'{
  for(i=1;i<=NF;i++) {
        if($i ~ /gzip_ratio=/) {
            split($i, a, "=")
            ratio = a[2]
            if (ratio == "-") {
                none++
            } else if (ratio < 1.5) {
                low++
            } else if (ratio < 3) {
                medium++
            } else {
                high++
            }
        }
    }
}
END {
    total = none + low + medium + high
    printf "未压缩: %d (%.1f%%)
", none, none/total*100
    printf "低压缩(<1.5x): %d (%.1f%%)
", low, low/total*100
    printf "中压缩(1.5-3x): %d (%.1f%%)
", medium, medium/total*100
    printf "高压缩(>3x): %d (%.1f%%)
", high, high/total*100
}'$LOG_FILE

echo""
echo"--- 按文件类型统计 ---"
awk'{
  # 提取URL和压缩比
  url = $5
  gsub(/"/, "", url)
  for(i=1;i<=NF;i++) {
        if($i ~ /gzip_ratio=/) {
            split($i, a, "=")
            ratio = a[2]
        }
    }

    # 提取扩展名
    n = split(url, parts, ".")
    ext = parts[n]
    n = split(ext, parts, "?")
    ext = parts[1]

    if (ratio != "-" && ratio > 0) {
    count[ext]++
    sum[ext] += ratio
  }
}
END {
  printf "%-10s %10s %15s
", "类型", "请求数", "平均压缩比"
  for (ext in count) {
    printf "%-10s %10d %15.2f
", ext, count[ext], sum[ext]/count[ext]
  }
}'$LOG_FILE| sort -t$'	'-k2 -rn

Prometheus监控指标

# prometheus.yml 抓取配置
scrape_configs:
-job_name:'nginx'
 static_configs:
  -targets:['localhost:9113']

# 自定义指标（需要nginx-prometheus-exporter）
# nginx_http_requests_total
# nginx_connections_active
# nginx_connections_reading
# nginx_connections_writing

5.3 备份与恢复

配置备份

#!/bin/bash
# backup_gzip_config.sh

BACKUP_DIR="/backup/nginx/gzip"
DATE=$(date +%Y%m%d)

mkdir -p$BACKUP_DIR

# 备份gzip相关配置
nginx -T | grep -A 100'gzip'>$BACKUP_DIR/gzip_config_$DATE.txt

# 备份完整配置
cp -r /etc/nginx/conf.d/$BACKUP_DIR/conf.d_$DATE/

# 保留30天
find$BACKUP_DIR-mtime +30 -delete

echo"备份完成:$BACKUP_DIR"

快速回滚

#!/bin/bash
# rollback_gzip.sh - 回滚到默认gzip配置

cat > /etc/nginx/conf.d/gzip.conf << 'EOF'
# Gzip默认配置
gzip on;
gzip_comp_level 5;
gzip_min_length 1024;
gzip_types text/plain text/css application/json application/javascript text/xml;
gzip_vary on;
EOF

nginx -t && nginx -s reload
echo "已回滚到默认gzip配置"

六、总结

6.1 技术要点回顾

Gzip压缩优化的核心就是这几点：

选对压缩级别：生产环境用5-6，别用9

选对压缩类型：只压缩文本类，别碰图片视频

用好预压缩：高频访问的静态资源必须预压缩

开启Vary头：gzip_vary on必须有

统一入口压缩：在Nginx层统一处理，后端不压缩

关键配置速记：

gzip on;
gzip_comp_level 5;
gzip_min_length 1024;
gzip_types text/plain text/css application/json application/javascript;
gzip_vary on;
gzip_static on;

6.2 进阶学习方向

Brotli压缩：比Gzip压缩率高15-20%，现代浏览器都支持

Zstd压缩：Facebook开源的新一代压缩算法

动态压缩级别：根据CPU负载动态调整压缩级别

边缘压缩：在CDN边缘节点进行压缩

6.3 参考资料

Nginx Gzip模块文档：https://nginx.org/en/docs/http/ngx_http_gzip_module.html

Gzip vs Brotli对比：https://www.keycdn.com/blog/brotli-compression

HTTP压缩机制RFC：https://tools.ietf.org/html/rfc7231#section-3.1.2.2

BREACH攻击说明：https://breachattack.com/

附录

A. 命令速查表

命令	说明
gzip -9 file.js	压缩文件（最高级别）
gzip -k file.js	压缩并保留原文件
gzip -l file.js.gz	查看压缩信息
gunzip file.js.gz	解压文件
zcat file.js.gz	查看压缩文件内容
curl -I -H "Accept-Encoding: gzip" URL	测试gzip是否生效

B. 配置参数详解

参数	默认值	说明
gzip	off	开启/关闭gzip
gzip_comp_level	1	压缩级别1-9
gzip_min_length	20	最小压缩大小（字节）
gzip_buffers	32 4k	压缩缓冲区配置
gzip_types	text/html	压缩的MIME类型
gzip_vary	off	是否添加Vary头
gzip_proxied	off	代理请求压缩策略
gzip_disable	-	禁用压缩的User-Agent
gzip_http_version	1.1	启用压缩的最低HTTP版本
gzip_static	off	静态预压缩开关

C. 术语表

术语	解释
Gzip	GNU zip，一种基于DEFLATE算法的压缩格式
DEFLATE	结合LZ77和霍夫曼编码的压缩算法
Content-Encoding	HTTP响应头，指示内容的编码方式
Accept-Encoding	HTTP请求头，告知服务器客户端支持的编码
Vary	HTTP响应头，指示缓存应根据哪些请求头区分响应
Transfer-Encoding	传输编码，chunked表示分块传输
MIME Type	多用途互联网邮件扩展类型，标识内容格式
Brotli	Google开发的新一代压缩算法，压缩率优于Gzip