验证nginx brotli在高并发、低延迟、cpu受限下的稳定性：先确认单请求压缩生效（响应头含br、压缩比≥2.5、$brotli_ratio>1），再通过三类压力模式测试系统表现，最后结合指标归因分析。
测试极限压力下 Nginx 的 Brotli 响应表现，核心不是“压到崩溃”，而是验证在高并发、低延迟、CPU 受限等真实瓶颈场景中，Brotli 是否仍能稳定触发、压缩比不衰减、响应不超时、且不拖垮服务。它需要分层验证：先确认单请求压缩行为正确，再施加压力看系统级表现，最后结合日志与指标做归因分析。
一、先确保单请求 Brotli 压缩真正生效
压力测试前必须排除配置误用或协商失败——否则压的全是未压缩流量，结果毫无意义：
- 用
curl -H "Accept-Encoding: br" -I https://yoursite.com/static/app.js检查响应头是否含Content-Encoding: br，且状态码为 200 - 对比同一资源开启/关闭 Brotli 时的
Content-Length，确认压缩比达预期（如 JS 文件压缩比 ≥2.5） - 检查 Nginx 日志中
$brotli_ratio变量值：>1 表示压缩成功，=1 表示跳过（常见于小文件、类型不匹配、客户端不支持） - 确认没和 gzip 冲突：若同时启用了 gzip，需设
gzip off或至少gzip_disable "msie6";，避免旧指令干扰协商逻辑
二、用真实负载模拟极限场景
不推荐单纯提高 QPS 数字，而应组合以下三类压力模式，逼近典型瓶颈：
-
CPU 密集型压力：用 wrk 或 hey 发起大量并发请求（如 2000+），目标资源为中等大小 HTML/JS（100–500 KB），并设置
brotli_comp_level 7–9。观察 CPU 使用率是否持续 >90%，同时$brotli_ratio是否明显下降（如从 3.0 降到 1.8），说明高压下压缩质量妥协 -
小文件高频请求：压测大量 /api/status），启用
brotli_min_length 20。重点看nginx -s reload后是否出现大量brotli_ratio=1日志——这反映小资源被跳过，但若本应压缩却被漏掉，说明brotli_types配置遗漏application/json -
混合编码协商压力：用脚本随机混发带不同
Accept-Encoding的请求（br、gzip,br、gzip、空头）。验证 Nginx 是否按 q 值优先返回 br（如Accept-Encoding: br;q=1.0,gzip;q=0.5→ 响应头必为br），避免降级滥用
三、关键监控指标与定位方法
极限压力下不能只看平均响应时间，要盯住三个维度的异常信号：
-
压缩生效率：每分钟统计日志中
$brotli_ratio > 1的请求数占比。低于 95% 就需排查——是客户端 UA 被brotli_disable过滤？还是brotli_static on导致找不到 .br 文件而回退失败？ -
响应延迟分布：用 Prometheus + nginx-vts-exporter 抓取
nginx_http_request_duration_seconds_bucket，重点关注 P99 延迟是否在压力上升后陡增（如从 80ms → 400ms）。若仅 Brotli 请求延迟飙升，大概率是brotli_comp_level设得过高 -
CPU 与内存抖动：运行
top -p $(pgrep nginx)，观察 worker 进程 CPU 占比。若单 worker 持续 >95% 且brotli_ratio同步下跌，说明压缩已成性能瓶颈，应将brotli_comp_level从 7 降至 4–5，并考虑改用预压缩（.br 文件）替代动态压缩
四、一个轻量但有效的压测验证脚本
无需复杂工具，用 Bash + curl 即可快速验证关键路径：
（保存为test-brotli-stress.sh，执行前确保目标 URL 和并发数已修改）
#!/bin/bash<br>URL="https://yoursite.com/static/main.js"<br>CONCURRENCY=100<br><br>echo "Testing Brotli under $CONCURRENCY concurrent requests..."<br>for i in {1..5}; do<br> curl -s -H "Accept-Encoding: br" -w "%{http_code} %{size_download} %{time_total}\n" -o /dev/null "$URL"<br>done | awk '{sum += $2; count++} END {print "Avg size (bytes):", sum/count}'<br><br># 检查是否全为 br 响应<br>curl -s -H "Accept-Encoding: br" -I "$URL" 2>&1 | grep -i "content-encoding.*br" || echo "⚠️ Brotli not negotiated"
该脚本会输出压缩后平均体积，并确认协商成功。多次运行可观察波动——若体积忽大忽小，说明压缩未稳定触发，需回头检查 brotli_static 和 brotli_types 配置。
