一、系统级连接数限制突破

在Linux系统中，默认的文件描述符限制会直接影响Nginx的并发处理能力。当并发连接数超过系统限制时，会出现”Too many open files”错误。

1.1 临时修改方法

# 查看当前限制
ulimit -n
# 临时修改（仅当前会话有效）
ulimit -n 65535

1.2 永久修改方案

编辑/etc/security/limits.conf文件，添加以下配置：

* soft nofile 65535
* hard nofile 65535
root soft nofile 65535
root hard nofile 65535

需重启系统或重新登录用户使配置生效。对于systemd管理的服务，还需在对应service文件中添加：

[Service]
LimitNOFILE=65535

1.3 验证生效

# 检查进程级限制
cat /proc/$(pgrep nginx | head -1)/limits | grep "Max open files"

二、内核网络参数深度优化

通过调整内核参数可显著提升网络处理能力，建议修改/etc/sysctl.conf后执行sysctl -p生效。

2.1 关键参数配置

# 端口范围扩展
net.ipv4.ip_local_port_range = 1024 65535
# 连接跟踪优化
net.nf_conntrack_max = 655360
net.netfilter.nf_conntrack_tcp_timeout_established = 1800
# TIME_WAIT状态处理
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 0  # 注：在较新内核中已移除
net.ipv4.tcp_max_tw_buckets = 5000
# 背压机制优化
net.ipv4.tcp_slow_start_after_idle = 0
net.ipv4.tcp_retries2 = 5

2.2 缓冲区调优

# 接收/发送缓冲区
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 16384 16777216
# SYN洪水防护
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_max_syn_backlog = 8192

三、Nginx主配置优化

3.1 基础工作进程配置

worker_processes auto;  # 自动匹配CPU核心数
worker_rlimit_nofile 65535;  # 每个worker进程的文件描述符限制
events {
    use epoll;  # Linux最优事件模型
    worker_connections 10240;  # 单worker最大连接数
    multi_accept on;  # 批量接受连接
}

3.2 HTTP核心模块优化

http {
    # 高效文件传输
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    # 连接保持
    keepalive_timeout 65;
    keepalive_requests 1000;
    # 客户端请求限制
    client_header_timeout 10;
    client_body_timeout 10;
    client_max_body_size 100m;
    # 压缩优化
    gzip on;
    gzip_min_length 1k;
    gzip_comp_level 6;
    gzip_types text/plain text/css application/json application/javascript text/xml;
}

四、静态资源处理加速方案

4.1 浏览器缓存配置

location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ {
    expires 30d;
    add_header Cache-Control "public";
    access_log off;  # 减少日志写入
}

4.2 静态资源预加载

location / {
    if ($http_user_agent ~* "MSIE") {
        expires 1d;
    }
    add_header Link "</static/app.js>; rel=preload; as=script";
    add_header Link "</static/style.css>; rel=preload; as=style";
}

五、动态请求处理优化

5.1 FastCGI缓存配置

fastcgi_cache_path /var/cache/nginx levels=1:2 keys_zone=PHP_CACHE:100m inactive=60m;
server {
    location ~ \.php$ {
        fastcgi_cache PHP_CACHE;
        fastcgi_cache_key "$scheme$request_method$host$request_uri";
        fastcgi_cache_valid 200 301 302 1h;
        fastcgi_cache_use_stale error timeout invalid_header updating http_500;
    }
}

5.2 代理缓存配置

proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=PROXY_CACHE:100m inactive=60m;
server {
    location /api/ {
        proxy_cache PROXY_CACHE;
        proxy_cache_key "$host$request_uri";
        proxy_cache_valid 200 302 10m;
        proxy_cache_valid 404 1m;
        proxy_cache_revalidate on;
    }
}

六、安全防护配置

6.1 访问控制

# 限制IP访问
allow 192.168.1.0/24;
deny all;
# 频率限制
limit_req_zone $binary_remote_addr zone=one:10m rate=1r/s;
server {
    location /login/ {
        limit_req zone=one burst=5;
    }
}

6.2 防SQL注入

location ~* (union|select|insert|update|delete) {
    return 403;
}

七、性能监控方案

7.1 状态监控模块

location /nginx_status {
    stub_status on;
    access_log off;
    allow 127.0.0.1;
    deny all;
}

7.2 日志分析优化

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';
access_log /var/log/nginx/access.log main buffer=16k flush=2m;

八、高可用部署建议

8.1 进程管理

# 使用systemd管理
[Service]
Type=forking
PIDFile=/run/nginx.pid
ExecStartPre=/usr/sbin/nginx -t
ExecStart=/usr/sbin/nginx
ExecReload=/usr/sbin/nginx -s reload
ExecStop=/bin/kill -s QUIT $MAINPID

8.2 资源隔离

# 通过cgroup限制资源
[Service]
CPUAccounting=yes
MemoryAccounting=yes
MemoryLimit=2G

通过上述配置方案的实施，可使Nginx服务器在典型场景下达到：

并发连接数提升3-5倍
静态资源响应时间缩短40%
动态请求处理效率提升25%
系统资源利用率优化30%

建议根据实际业务场景进行参数调优，并通过压力测试工具（如wrk、ab）进行验证。对于超大规模部署场景，可结合负载均衡和分布式缓存技术构建更完善的解决方案。

Nginx高性能配置全解析：从基础优化到进阶实践