Nginx 反向代理与 Apache 反向代理模块性能对比怎么样？

在高并发反向代理场景下，Nginx 通常表现更优，资源占用更低；Apache 则在动态内容兼容性和目录级配置上更灵活。选型需结合具体业务架构，并通过实际压测验证。

先说结论：若主要需求是高性能反向代理或负载均衡，优先选 Nginx；若依赖 Apache 特有模块或.htaccess 管理，则保留 Apache。

适合：高并发连接、静态资源代理、低内存环境
重点看：架构模型差异、模块依赖程度、配置维护成本
别忽略：动态内容处理机制、现有配置迁移难度、SSL 证书管理方式

核心架构差异

两者性能差异主要源于底层架构设计不同。Apache 默认采用多进程或多线程模型（MPM），每个请求通常占用一个进程或线程，高并发时内存和 CPU 消耗较大。Nginx 采用事件驱动的异步非阻塞架构，单个进程可处理多个连接，因此在处理大量并发连接时资源占用更低，响应速度更快。

公开资料通常指出，Nginx 在设计初衷上就侧重于解决高并发场景下的性能瓶颈，而 Apache 更注重通用性和模块兼容性。具体性能差距需根据实际业务流量特征通过压测确定。

Nginx 反向代理完整配置实操

如果决定使用 Nginx 做反向代理，需确保配置完整，避免直接复制导致 502 错误。以下包含 upstream 定义的标准配置示例：

http {
    # 定义后端服务器组
    upstream backend {
        server 127.0.0.1:8080;  # 替换为实际后端 IP 和端口
        server 127.0.0.1:8081;  # 可配置多个实现负载均衡
    }

    server {
        listen 80;
        server_name example.com;

        location / {
            # 引用上面定义的 upstream
            proxy_pass http://backend;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            
            # 超时设置，避免长连接占用
            proxy_connect_timeout 60s;
            proxy_send_timeout 60s;
            proxy_read_timeout 60s;
        }
    }
}

注意：若涉及 HTTPS，需在 server 块中配置 ssl_certificate 和 ssl_certificate_key，并确保后端支持 HTTPS 或由 Nginx 终止 SSL。

系统内核参数优化

为支持高并发，需调整 Linux 内核的文件描述符限制和网络连接参数。盲目调整可能导致系统不稳定，建议按以下步骤操作：

1. 临时调整（立即生效，重启失效）

sysctl -w net.core.somaxconn=65535
sysctl -w net.ipv4.tcp_max_syn_backlog=65535
sysctl -w net.core.netdev_max_backlog=65535
ulimit -n 65535

2. 永久调整（写入配置文件）

编辑 /etc/sysctl.conf，添加上述参数，然后执行 sysctl -p 生效。同时需在 /etc/security/limits.conf 中设置用户文件描述符限制。

性能验证与压力测试命令

配置完成后，需通过压力测试验证性能提升效果。使用常用压力测试工具（如 ab、wrk 等）发送请求，观察每秒处理请求数和平均延迟。

1. 使用 ab 进行基准测试

# 发送 1000 个请求，并发数为 100
ab -n 1000 -c 100 http://example.com/

关注输出中的 Requests per second 和 Time per request 指标。

2. 查看进程资源

使用 top 或 htop 命令，对比相同并发下 Nginx 与 Apache 的内存占用（RES 列）和 CPU 使用率。

3. 检查日志

查看 Nginx 错误日志（通常 /var/log/nginx/error.log），确认无频繁的连接重置或超时错误。

Apache 配置迁移案例

Apache 的 rewrite 规则需转换为 Nginx 语法，两者不直接兼容，需手动调整。

示例：301 重定向

Apache (.htaccess):
RewriteEngine On RewriteRule ^/old/(.*)$ /new/$1 [R=301,L]
Nginx:
rewrite ^/old/(.*)$ /new/$1 permanent;

示例：反向代理特定路径

Apache:
ProxyPass /api http://backend:8080/api
Nginx:
location /api { proxy_pass http://backend/api; }

常见坑与注意事项

1. .htaccess 支持：Nginx 不支持.htaccess 文件，所有配置需集中管理，迁移时需将目录级配置整合到主配置。

2. 动态内容处理：Nginx 本身不直接处理 PHP 等动态语言，需配合 PHP-FPM 等后端，配置比 Apache 的 mod_php 复杂。

3. 配置语法检查：Nginx 配置重启前务必使用 nginx -t 参数检查语法，避免服务启动失败。

4. 后端连接失败：若出现 502 Bad Gateway，检查 upstream 中定义的 IP 和端口是否可达，防火墙是否放行。

参考文档

1. Nginx Official Documentation

2. Apache HTTP Server Documentation

3. Linux Kernel Sysctl Documentation