Nginx性能优化完整指南：从理论到实战的深度剖析

摘要

本文是一份深度Nginx性能优化指南，基于三服务器生产环境实际优化经验，从底层原理到实战配置，系统性地讲解如何将Nginx性能提升到极致。通过本文，你将掌握：核心参数调优原理、压测工具使用、优化前后数据对比、生产环境最佳实践，以及如何将成功率从63%提升至85%，吞吐量提升98%。

—

优化背景：为什么需要Nginx性能优化？

真实案例：从高负载告警到平稳运行

2026年3月，我的服务器集群面临严重的性能瓶颈：

问题症状：

并发能力不足：当QPS超过500时，连接失败率飙升至37%
响应时间长：平均响应时间从正常的50ms暴涨到215ms
资源利用率异常：CPU使用率仅30%，但连接队列已满
用户体验下降：页面加载慢，SEO排名下滑

诊断过程：

检查Nginx状态：

查看当前连接数 netstat -an | grep :443 | wc -l 输出：1024（已达上限）查看错误日志 tail -100 /var/log/nginx/error.log 发现大量 "worker_connections are not enough" 错误

分析瓶颈：

检查worker配置 nginx -T | grep worker_processes 输出：worker_processes 1（严重不足） nginx -T | grep worker_connections 输出：worker_connections 1024（默认值，偏小）

压测验证：

使用Apache Bench压测 ab -n 1000 -c 100 https://www.chencunli.com/ 结果：成功率仅63%，平均响应时间215ms

优化后效果：

并发连接数：1024 → 2048（+100%）
平均响应时间：215ms → 107ms（-50%）
成功率：63% → 85%（+35%）
吞吐量：450 QPS → 890 QPS（+98%）

—

第一部分：Nginx性能优化底层原理

1.1 Nginx事件驱动模型

Nginx采用异步非阻塞的事件驱动模型，这是其高性能的核心。

关键概念：

Worker进程：每个Worker进程独立处理连接
Epoll机制：Linux内核的高效I/O事件通知机制
事件循环：每个Worker进程内部的事件处理循环

为什么Epoll比Select快？

特性 | Select | Epoll

——|——–|——-

最大连接数 | 1024（受FD_SETSIZE限制） | 无限制（仅受系统内存限制）

时间复杂度 | O(n) | O(1)

内存拷贝 | 每次调用都拷贝 | 通过mmap共享内存，无需拷贝

适用场景 | 低并发 | 高并发（>1000连接）

配置示例：

events {
    worker_connections 2048;  # 每个Worker最大连接数
    use epoll;                 # 使用epoll事件模型
    multi_accept on;           # 允许同时接受多个连接
}

1.2 Worker进程数优化

理论基础：

Worker进程数 = CPU核心数（或auto）
每个Worker进程独立运行，充分利用多核CPU
过多Worker会导致上下文切换开销

计算公式：

最大并发连接数 = worker_processes × worker_connections

实际配置：

自动检测CPU核心数 worker_processes auto; 或手动设置（2核CPU） worker_processes 2; 查看当前配置 grep worker_processes /etc/nginx/nginx.conf

验证方法：

查看CPU核心数 nproc 输出：2 查看Worker进程数 ps aux | grep nginx | grep worker 应该看到2个worker进程

1.3 文件描述符限制

问题：Linux系统默认限制每个进程最多打开1024个文件描述符。

解决方法：

临时修改（立即生效） ulimit -n 65535 永久修改（编辑/etc/security/limits.conf） cat >> /etc/security/limits.conf << EOF soft nofile 65535 hard nofile 65535 EOF 在Nginx配置中设置 worker_rlimit_nofile 65535;

验证方法：

查看当前限制
ulimit -n
预期输出：65535

查看Nginx进程实际打开的文件数
ps aux | grep nginx | awk '{print $2}' | xargs -I {} ls -l /proc/{}/fd | wc -l

—

第二部分：核心参数详解与实战配置

2.1 HTTP核心参数优化

2.1.1 数据传输优化

http { # sendfile：使用内核空间直接传输文件（零拷贝） # 默认：off # 优化：on # 原理：避免数据在内核空间和用户空间之间拷贝 sendfile on; # tcp_nopush：在sendfile启用时有效 # 作用：将多个小包合并成一个大包发送 # 适用场景：大文件下载 # 不适用场景：实时性要求高的应用（如WebSocket） tcp_nopush on; # tcp_nodelay：禁用Nagle算法 # 作用：立即发送小数据包，不等待缓冲区满 # 适用场景：实时性要求高的应用（API、WebSocket） # 不适用场景：大量小包发送（会增加网络开销） tcp_nodelay on; }

真实案例：

问题：API接口响应时间波动大（50ms-500ms）
原因：tcp_nodelay未启用，小数据包被延迟发送
解决：启用tcp_nodelay后，响应时间稳定在50ms左右

2.1.2 连接超时配置

http { # 客户端请求体超时 # 默认：60秒 # 优化：30秒（避免慢速攻击） client_body_timeout 30; # 客户端请求头超时 # 默认：60秒 # 优化：30秒 client_header_timeout 30; # 保持连接超时 # 默认：75秒 # 优化：65秒（平衡性能和用户体验） # API服务：30-65秒 # 静态网站：5-15秒 keepalive_timeout 65; # 发送超时 # 默认：60秒 # 优化：30秒 send_timeout 30; # 每个连接最大请求数 # 默认：100 # 优化：1000（减少连接建立/断开开销） keepalive_requests 1000; }

安全建议：

限制请求体大小（防止DoS攻击） client_max_body_size 10M; 限制请求头缓冲区大小 client_header_buffer_size 1k; large_client_header_buffers 4 4k;

2.2 Gzip压缩优化

理论基础：

Gzip压缩可以减少传输数据量60%-80%
但会增加CPU开销（压缩需要计算）
需要在带宽和CPU之间找到平衡点

完整配置：

http { gzip on; gzip_vary on; # 告诉代理服务器发送压缩后的内容 # 最小压缩文件大小 # 小于1KB的文件压缩后可能更大（因为增加了Gzip头） gzip_min_length 1024; # 压缩级别（1-9） # 级别越高，压缩率越高，但CPU开销越大 # 推荐：6（平衡压缩率和性能） gzip_comp_level 6; # 压缩文件类型（MIME类型） gzip_types text/plain text/css text/xml text/javascript application/json application/javascript application/xml+rss application/rss+xml application/atom+xml image/svg+xml text/x-component text/x-cross-domain-policy; # 排除IE6（不支持Gzip） gzip_disable "msie6"; # 压缩缓冲区 gzip_buffers 16 8k; }

压缩效果测试：

测试未压缩的响应大小 curl -I -H "Accept-Encoding: identity" https://www.chencunli.com/style.css 测试压缩后的响应大小 curl -I -H "Accept-Encoding: gzip" https://www.chencunli.com/style.css 实际效果：未压缩：256KB 压缩后：52KB 压缩率：79.7%

2.3 缓存优化

浏览器缓存：

静态资源长期缓存
location ~ .(jpg|jpeg|png|gif|ico|css|js|svg|woff|woff2|ttf|eot)$ {

    expires 1y;
    add_header Cache-Control "public, immutable";
}

HTML文件不缓存（或短期缓存）
location ~ .html$ {
    expires 1h;
    add_header Cache-Control "public, must-revalidate";
}

代理缓存：

缓存路径配置
proxy_cache_path /var/cache/nginx
    levels=1:2
    keys_zone=my_cache:10m
    max_size=1g
    inactive=60m
    use_temp_path=off;

server {
    location / {
        proxy_cache my_cache;
        proxy_cache_valid 200 60m;  # 200响应缓存60分钟
        proxy_cache_valid 404 1m;   # 404响应缓存1分钟

        # 绕过缓存的条件
        proxy_cache_bypass $http_pragma $http_authorization;

        proxy_pass http://backend;
    }
}

—

第三部分：压测工具使用详解

3.1 Apache Bench (ab)

安装：

CentOS/RHEL yum install httpd-tools Debian/Ubuntu apt-get install apache2-utils

基础压测：

1000个请求，100个并发 ab -n 1000 -c 100 https://www.chencunli.com/ 保存结果到文件 ab -n 1000 -c 100 https://www.chencunli.com/ > result.txt

高级参数：

添加自定义请求头 ab -n 1000 -c 100 -H "Accept-Encoding: gzip" https://www.chencunli.com/ 使用POST请求 ab -n 1000 -c 100 -p data.txt -T "application/json" https://your-domain.com/data 设置超时时间 ab -n 1000 -c 100 -t 30 https://www.chencunli.com/

结果解读：

Server Software: nginx Server Hostname: www.chencunli.com Server Port: 443 SSL/TLS Protocol: TLSv1.2,TLSv1.3,TLSv1.1 Document Path: / Document Length: 12458 bytes Concurrency Level: 100 Time taken for tests: 2.345 seconds Complete requests: 1000 Failed requests: 0 Total transferred: 13450000 bytes HTML transferred: 12458000 bytes Requests per second: 426.44 [#/sec] (mean) Time per request: 234.5 [ms] (mean) Time per request: 2.345 [ms] (mean, across all concurrent requests) Transfer rate: 5603.54 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 45 52 5.3 51 89 Processing: 123 145 23.1 142 312 Waiting: 98 118 20.5 115 289 Total: 168 197 25.8 193 401 Percentage of the requests served within a certain time (ms) 50% 193 66% 205 75% 215 80% 223 90% 245 95% 278 98% 312 99% 356 100% 401 (longest request)

关键指标：

Requests per second：吞吐量（QPS）
Time per request：平均响应时间
Failed requests：失败请求数（应该为0）
Percentage served：响应时间分布

3.2 wrk（高性能压测工具）

安装：

CentOS/RHEL yum install wrk 或从源码编译 git clone https://github.com/wg/wrk.git cd wrk make cp wrk /usr/local/bin/

基础压测：

12线程，10连接，持续30秒 wrk -t12 -c10 -d30s https://www.chencunli.com/

高级用法：

使用Lua脚本自定义请求
wrk -t12 -c10 -d30s -s post.lua https://your-domain.com/data

post.lua内容：
request = function()
  local body = '{"key":"value"}'
  return wrk.format("POST", nil, nil, body)
end

设置请求超时
wrk -t12 -c10 -d30s --timeout 10s https://www.chencunli.com/

结果解读：

Running 30s test @ https://www.chencunli.com/ 12 threads and 10 connections Thread Stats Avg Stdev Max +/- Stdev Latency 5.23ms 1.45ms 23.45ms 87.23% Req/Sec 1.67k 123.45 2.34k 89.12% 600234 requests in 30.05s, 145.23MB read Requests/sec: 19982.34 Transfer/sec: 4.83MB

关键指标：

Latency：延迟（平均值、标准差、最大值）
Req/Sec：每秒请求数（QPS）
Requests/sec：总体QPS
Transfer/sec：每秒传输数据量

3.3 自定义压测脚本

Python压测脚本：

#!/usr/bin/env python3
import requests
import time
import concurrent.futures

URL = "https://www.chencunli.com/"
TOTAL_REQUESTS = 1000
CONCURRENT = 100

def make_request(request_id):
    start_time = time.time()
    try:
        response = requests.get(URL, timeout=5)
        elapsed = time.time() - start_time
        return {
            'id': request_id,
            'status': response.status_code,
            'time': elapsed,
            'success': response.status_code == 200
        }
    except Exception as e:
        elapsed = time.time() - start_time
        return {
            'id': request_id,
            'status': 0,
            'time': elapsed,
            'success': False,
            'error': str(e)
        }

并发压测
start_time = time.time()
with concurrent.futures.ThreadPoolExecutor(max_workers=CONCURRENT) as executor:
    futures = [executor.submit(make_request, i) for i in range(TOTAL_REQUESTS)]
    results = [f.result() for f in concurrent.futures.as_completed(futures)]

total_time = time.time() - start_time

统计结果
success_count = sum(1 for r in results if r['success'])
fail_count = TOTAL_REQUESTS - success_count
avg_time = sum(r['time'] for r in results) / TOTAL_REQUESTS
qps = TOTAL_REQUESTS / total_time

print(f"总请求数: {TOTAL_REQUESTS}")
print(f"成功: {success_count}")
print(f"失败: {fail_count}")
print(f"成功率: {success_count/TOTAL_REQUESTS100:.2f}%")

print(f"平均响应时间: {avg_time1000:.2f}ms")
print(f"QPS: {qps:.2f}")
print(f"总耗时: {total_time:.2f}s")

—

第四部分：优化效果对比与数据分析

4.1 优化前后对比表

指标 | 优化前 | 优化后 | 提升幅度 | 说明

——|——–|——–|———-|——

并发连接数 | 1024 | 2048 | +100% | worker_connections翻倍

平均响应时间 | 215ms | 107ms | -50% | tcp_nodelay + keepalive优化

成功率 | 63% | 85% | +35% | worker_connections增加

吞吐量（QPS） | 450 | 890 | +98% | 综合优化效果

CPU使用率 | 30% | 55% | +83% | 资源利用率提升

内存使用 | 1.2GB | 1.5GB | +25% | 在可接受范围内

4.2 压测数据详解

优化前压测结果：

$ ab -n 1000 -c 100 https://www.chencunli.com/
...
Complete requests:      1000
Failed requests:        370
Requests per second:    450.23 [#/sec] (mean)
Time per request:       215.34 [ms] (mean)
Percentage of the requests served within a certain time (ms)
  50%    203
  90%    356
  99%    567

优化后压测结果：

$ ab -n 1000 -c 100 https://www.chencunli.com/
...
Complete requests:      1000
Failed requests:        150
Requests per second:    890.45 [#/sec] (mean)
Time per request:       107.23 [ms] (mean)
Percentage of the requests served within a certain time (ms)
  50%    98
  90%    156
  99%    234

4.3 监控数据分析

实时监控脚本：

#!/bin/bash
nginx-monitor.sh - 实时监控Nginx性能

while true; do
  clear
  echo "=== Nginx性能监控 ==="
  echo ""

  # 1. 当前连接数
  echo "【1】当前连接数"
  netstat -an | grep :443 | wc -l
  echo ""

  # 2. Worker进程状态
  echo "【2】Worker进程状态"
  ps aux | grep nginx | grep worker
  echo ""

  # 3. 请求速率（最近1秒）
  echo "【3】请求速率（QPS）"
  old=$(awk '{print $1}' /var/log/nginx/access.log | tail -1)
  sleep 1
  new=$(awk '{print $1}' /var/log/nginx/access.log | tail -1)
  echo "QPS: $((new - old))"
  echo ""

  # 4. 错误日志（最新5条）
  echo "【4】最新错误日志"
  tail -5 /var/log/nginx/error.log
  echo ""

  sleep 5
done

—

第五部分：生产环境最佳实践

5.1 配置文件管理

分离配置文件：

主配置文件（/etc/nginx/nginx.conf）
user nginx;
worker_processes auto;
worker_rlimit_nofile 65535;

error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;

events {
    worker_connections 2048;
    use epoll;
    multi_accept on;
}

http {
    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    # 日志格式
    log_format main '$remote_addr - $remote_user [$time_local] "$request" '
                    '$status $body_bytes_sent "$http_referer" '
                    '"$http_user_agent" "$http_x_forwarded_for"';

    access_log /var/log/nginx/access.log main;

    # 性能优化
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;

    # 超时配置
    keepalive_timeout 65;
    client_body_timeout 30;
    client_header_timeout 30;
    send_timeout 30;

    # Gzip压缩
    include /etc/nginx/conf.d/gzip.conf;

    # 虚拟主机配置
    include /etc/nginx/conf.d/.conf;

}

Gzip配置文件（/etc/nginx/conf.d/gzip.conf）：

gzip on; gzip_vary on; gzip_min_length 1024; gzip_comp_level 6; gzip_types text/plain text/css text/xml text/javascript application/json application/javascript application/xml+rss;

5.2 日志管理

日志轮转配置（/etc/logrotate.d/nginx）：

/var/log/nginx/.log { daily missingok rotate 14 compress delaycompress notifempty create 0640 nginx adm sharedscripts postrotate [ -f /var/run/nginx.pid ] && kill -USR1 $(cat /var/run/nginx.pid) endscript }

日志分析工具：

统计访问量前10的IP
awk '{print $1}' /var/log/nginx/access.log | sort | uniq -c | sort -rn | head -10

统计访问量前10的URL
awk '{print $7}' /var/log/nginx/access.log | sort | uniq -c | sort -rn | head -10

统计HTTP状态码分布
awk '{print $9}' /var/log/nginx/access.log | sort | uniq -c | sort -rn

统计响应时间分布
awk '{print $NF}' /var/log/nginx/access.log | sort -n | uniq -c

5.3 安全加固

隐藏版本号：

http {
    server_tokens off;
}

限制请求速率：

定义限流区域
limit_req_zone $binary_remote_addr zone=api_limit:10m rate=10r/s;

server {
    location /api/ {
        # 应用限流
        limit_req zone=api_limit burst=20 nodelay;
        # ...
    }
}

IP白名单：

location /admin/ {
    allow 106.13.74.202;
    allow 101.201.48.221;
    deny all;
}

5.4 监控和告警

Prometheus监控配置：

安装nginx-module-vts模块
下载地址：https://github.com/vozlt/nginx-module-vts

http {
    vhost_traffic_status_zone;
    server {
        location /nginx_status {
            vhost_traffic_status_display;
            vhost_traffic_status_display_format html;
            allow 127.0.0.1;
            deny all;
        }
    }
}

告警脚本：

#!/bin/bash
nginx-alert.sh - Nginx异常告警脚本

检查Nginx进程
if ! pgrep nginx > /dev/null; then
    echo "Nginx进程不存在！" | mail -s "Nginx告警" admin@your-domain.com
    systemctl start nginx
fi

检查连接数
CONNECTIONS=$(netstat -an | grep :443 | wc -l)
if [ $CONNECTIONS -gt 1800 ]; then
    echo "连接数过高：$CONNECTIONS" | mail -s "Nginx告警" admin@your-domain.com
fi

检查错误日志
ERRORS=$(grep -c "error" /var/log/nginx/error.log)
if [ $ERRORS -gt 100 ]; then
    echo "错误日志过多：$ERRORS" | mail -s "Nginx告警" admin@your-domain.com
fi

—

第六部分：故障排查与调优技巧

6.1 常见问题排查

问题1：连接数过多

检查当前连接数
netstat -an | grep :443 | wc -l

查看连接状态分布
netstat -an | grep :443 | awk '{print $6}' | sort | uniq -c | sort -rn

输出示例：
1500 ESTABLISHED
  50 TIME_WAIT
   5 FIN_WAIT

解决方案：减少keepalive_timeout
keepalive_timeout 30;  # 从65秒降到30秒

问题2：CPU使用率100%

检查Worker进程CPU使用率 top -p $(pgrep nginx | head -n 1) 查看是否为SSL握手消耗CPU openssl speed 解决方案：启用SSL Session缓存 ssl_session_cache shared:SSL:10m; ssl_session_timeout 10m;

问题3：内存泄漏

监控内存使用
watch -n 1 'ps aux | grep nginx | grep worker | awk "{sum+=$6} END {print sum}"'

检查是否为缓冲区配置过大
client_body_buffer_size 128k;  # 从256k降到128k
client_header_buffer_size 1k;   # 从4k降到1k

6.2 性能调优技巧

技巧1：启用HTTP/2

server {
    listen 443 ssl http2;
    # ...
}

技巧2：使用OpenResty（Nginx + Lua）

安装OpenResty
yum install openresty

使用Lua实现复杂逻辑
location /api/limit {
    access_by_lua_block {
        local limit = ngx.shared.limit
        local key = ngx.var.binary_remote_addr
        local count = limit:get(key) or 0
        if count > 100 then
            ngx.exit(503)
        else
            limit:set(key, count + 1, 60)
        end
    }
}

技巧3：使用CDN加速

配置反向代理到CDN
location ~ .(jpg|jpeg|png|gif|css|js)$ {

    proxy_pass https://your-domain.com;
    proxy_cache_valid 200 1y;
}

—

第七部分：高级优化场景

7.1 高并发场景优化

场景：秒杀活动

挑战：

QPS峰值达到10000+

99%的请求在100ms内完成

不能出现服务不可用

优化方案：

1. 增加Worker进程数 worker_processes auto; worker_rlimit_nofile 100000; events { worker_connections 8192; use epoll; multi_accept on; } http { # 2. 优化连接超时 keepalive_timeout 30; keepalive_requests 10000; # 3. 启用缓存 open_file_cache max=100000 inactive=20s; open_file_cache_valid 30s; open_file_cache_min_uses 2; open_file_cache_errors on; # 4. 限流保护 limit_req_zone $binary_remote_addr zone=seckill:10m rate=100r/s; limit_conn_zone $binary_remote_addr zone=conn_limit:10m; server { location /seckill/ { limit_req zone=seckill burst=200 nodelay; limit_conn conn_limit 10; proxy_pass http://backend; } } }

7.2 大文件下载优化

场景：提供大文件下载服务

挑战：

文件大小：1GB – 10GB

并发下载：1000+

带宽优化

优化方案：

1. 启用sendfile sendfile on; tcp_nopush on; 2. 调整缓冲区大小 sendfile_max_chunk 1m; 3. 限速（避免占满带宽） limit_rate_after 10m; # 前10MB不限速 limit_rate 512k; # 之后限制为512KB/s 4. 断点续传 location /download/ { # 启用断点续传 if ($request_method != GET) { return 405; } # 设置响应头 add_header Accept-Ranges bytes; add_header Content-Disposition "attachment"; # 文件路径 alias /var/www/files/; }

7.3 HTTPS性能优化

场景：全站HTTPS

挑战：

SSL握手开销大

CPU消耗高

连接建立慢

优化方案：

1. 启用SSL Session缓存 ssl_session_cache shared:SSL:10m; ssl_session_timeout 10m; 2. 优化SSL协议 ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:HIGH:!aNULL:!MD5:!RC4:!DHE; ssl_prefer_server_ciphers on; 3. 启用OCSP Stapling ssl_stapling on; ssl_stapling_verify on; ssl_trusted_certificate /etc/nginx/ssl/ca.crt; 4. 启用HTTP/2 server { listen 443 ssl http2; # ... } 5. 优化SSL缓冲区 ssl_buffer_size 4k;

优化效果：

SSL握手时间：200ms → 50ms（-75%）

CPU使用率：80% → 50%（-37.5%）

TPS（每秒事务数）：500 → 1200（+140%）

—

常见问题FAQ

Q1: worker_connections设置多大合适？

A: 推荐设置为2048-4096，具体取决于：

硬件配置：

– 2核4G：2048

– 4核8G：4096

– 8核16G：8192

业务类型：

– 静态网站：1024-2048

– API服务：2048-4096

– 高并发应用：4096-8192

计算公式：

worker_connections = 预期最大并发数 / worker_processes

Q2: keepalive_timeout设置多大合适？

A: 根据业务类型调整：

业务类型 | 推荐值 | 原因

———|——–|——

静态网站 | 5-15秒 | 短连接，快速释放

API服务 | 30-65秒 | 长连接，减少握手

WebSocket | 3600秒 | 保持长连接

大文件下载 | 300-600秒 | 避免传输中断

Q3: Gzip会增加CPU负担吗？

A: 会，但影响可控：

CPU开销：

– gzip_comp_level 1：CPU开销 +5%

– gzip_comp_level 6：CPU开销 +15%

– gzip_comp_level 9：CPU开销 +30%

带宽节省：

– HTML/JS/CSS：60%-80%

– JSON：40%-60%

– 图片：0%（已压缩）

推荐配置：

– 静态资源：gzip_comp_level 6

– API响应：gzip_comp_level 4

– 实时数据：不压缩

Q4: 如何判断Nginx是否需要优化？

A: 观察以下指标：

响应时间：

– 平均 > 200ms：需要优化

– P99 > 500ms：严重问题

成功率：

– < 95%：需要优化

– < 90%：严重问题

资源利用率：

– CPU < 50%：配置未充分利用

– CPU > 80%：需要扩容或优化

错误日志：

– 大量 “worker_connections are not enough”

– 大量 “upstream timed out”

—

完整配置示例

生产环境Nginx配置文件：

user nginx; worker_processes auto; worker_rlimit_nofile 65535; error_log /var/log/nginx/error.log warn; pid /var/run/nginx.pid; events { worker_connections 2048; use epoll; multi_accept on; } http { include /etc/nginx/mime.types; default_type application/octet-stream; # 日志格式 log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for" ' '$request_time $upstream_response_time'; log_format json_combined escape=json '{' '"time_local":"$time_local",' '"remote_addr":"$remote_addr",' '"remote_user":"$remote_user",' '"request":"$request",' '"status":"$status",' '"body_bytes_sent":"$body_bytes_sent",' '"request_time":"$request_time",' '"http_referrer":"$http_referer",' '"http_user_agent":"$http_user_agent"' '}'; access_log /var/log/nginx/access.log json_combined; # 性能优化 sendfile on; tcp_nopush on; tcp_nodelay on; # 超时配置 keepalive_timeout 65; keepalive_requests 1000; client_body_timeout 30; client_header_timeout 30; send_timeout 30; # 缓冲区优化 client_body_buffer_size 128k; client_max_body_size 10m; client_header_buffer_size 1k; large_client_header_buffers 4 4k; # Gzip压缩 gzip on; gzip_vary on; gzip_min_length 1024; gzip_comp_level 6; gzip_types text/plain text/css text/xml text/javascript application/json application/javascript application/xml+rss application/rss+xml image/svg+xml; gzip_disable "msie6"; # 文件缓存 open_file_cache max=10000 inactive=20s; open_file_cache_valid 30s; open_file_cache_min_uses 2; open_file_cache_errors on; # 隐藏版本号 server_tokens off; # 限流配置 limit_req_zone $binary_remote_addr zone=general:10m rate=10r/s; limit_conn_zone $binary_remote_addr zone=addr:10m; # 虚拟主机配置include /etc/nginx/conf.d/.conf; }

—