高并发下Nginx/Apache稳定运行需聚焦请求路径梳理、资源合理分配与无效开销关闭，核心在于连接管理、静态资源交付、缓存协同及内核配合。
要让 Nginx 或 Apache 在高并发场景下稳定扛住流量，核心不是堆配置，而是理清请求路径、合理分配资源、关闭无效开销。重点在连接管理、静态资源交付、缓存协同和内核配合。
调优 Nginx 连接与事件模型
Nginx 默认的 worker_processes auto 通常合适，但需确认是否绑定 CPU 核心；启用 epoll（Linux）并设置合理的连接数上限是基础。
- 在
nginx.conf的events块中设use epoll;和worker_connections 10240;（单 worker 最大连接数） - 配合
worker_rlimit_nofile提升进程级文件描述符限制，例如设为65535 - 关闭不必要模块：如未用 WebDAV、autoindex、ssi，编译时或配置中禁用，减少内存占用和响应延迟
- 对静态资源加
expires指令，例如location ~* \.(jpg|png|css|js)$ { expires 7d; }，减轻重复请求压力
Apache 的 MPM 选型与精简配置
Apache 在高并发下性能瓶颈常来自 MPM（多路处理模块）选择不当。Prefork 内存开销大，Event 模式更适合现代 Linux 系统。
- 启用
mpm_event模块（Debian/Ubuntu：运行a2enmod mpm_event；CentOS：确保httpd-tools安装并修改/etc/httpd/conf.modules.d/00-mpm.conf） - 调整关键参数：
ThreadsPerChild 25、MaxRequestWorkers 400、MinSpareThreads 25、MaxSpareThreads 75 - 禁用未启用的模块：用
httpd -M查看已加载模块，通过a2dismod（Debian）或注释LoadModule行（RHEL）移除status、info、cgid等非必需项 - 静态资源交由 Nginx 反向代理处理，Apache 专注动态 PHP/Python 请求，分工更高效
系统级配合：内核参数与资源限制
Web 服务性能最终受限于操作系统。忽略内核调优，再好的 Nginx/Apache 配置也易在万级连接时失速。
- 增大文件描述符：在
/etc/security/limits.conf中添加www-data soft nofile 65535和hard nofile 65535（用户名按实际服务运行用户调整） - 优化网络栈：在
/etc/sysctl.conf中加入net.core.somaxconn = 65535net.ipv4.tcp_max_syn_backlog = 65535net.ipv4.ip_local_port_range = 1024 65535net.ipv4.tcp_tw_reuse = 1
执行sysctl -p生效 - 禁用 IPv6（若不用）：在 Nginx 中加
listen [::]:80 disabled;，Apache 中注释掉Listen [::]:80，避免 DNS 解析和监听开销
动静分离 + 缓存分层实战建议
单一服务器硬抗所有请求不可持续。把压力拆解到不同层级，比单点极限调优更可靠。
- 前端用 Nginx 做反向代理 + SSL 终结 + 静态资源直出，后端 Apache/PHP-FPM 仅处理动态逻辑
- 对 API 接口启用
proxy_cache（Nginx）或mod_cache（Apache），设置Cache-Control响应头指导缓存行为 - 数据库查询结果用 Redis 缓存热点数据，避免每次请求都查库；Nginx 可用
ngx_http_redis_module（需编译）或通过 upstream 转发至 Redis 代理服务 - 启用 Gzip 压缩但限制最小响应体大小（如
gzip_min_length 1000;），避免小响应压缩反而增加 CPU 开销
