nginx高并发优化核心是减少进程切换与资源浪费：通过worker_processes auto和worker_cpu_affinity auto绑定物理核心降低cpu调度开销；用worker_rlimit_nofile、open_file_cache和合理缓冲区限制内存增长；启用epoll+multi_accept提升事件处理效率；配合内核参数如net.core.somaxconn=65535和vm.swappiness=1实现系统级协同调优。
Nginx 本身轻量，但高并发或配置不当容易导致内存和 CPU 消耗异常升高。优化核心在于“让每个进程更专注、更少切换、更少等待”，而不是盲目堆资源。
CPU 资源压降：减少调度开销，绑定真实核心
默认情况下，Nginx worker 进程会在所有 CPU 核心间频繁切换，带来上下文切换成本。尤其在多核服务器上，这会显著拉高 CPU 使用率（尤其是 sy% 系统态占比）。
- worker_processes auto; —— 让 Nginx 自动匹配物理 CPU 核心数（不是超线程逻辑核），避免进程数过多
- worker_cpu_affinity auto; —— 自动将每个 worker 绑定到独立物理核心，消除跨核缓存失效和调度抖动
- 若需手动指定（如 4 核机器），可写成：
worker_cpu_affinity 0001 0010 0100 1000;，确保无重叠 - 禁用不必要的模块编译（如不用 Lua 就不加
--with-http_lua_module），减少主进程初始化负担
内存占用精控：限制单进程上限，避免缓存失控
Nginx 内存增长常来自连接堆积、文件缓存膨胀或缓冲区设置过大。重点不是“多给内存”，而是“管住边界”。
-
worker_rlimit_nofile 65535; —— 设定单个 worker 最大打开文件数，配合系统级
limits.conf生效，防止因 fd 耗尽触发内核重试与内存泄漏式重分配 -
open_file_cache max=20000 inactive=60s; —— 缓存文件元数据而非内容，避免
open_file_cache off导致每请求都 stat()，但也不宜设为max=1000000占满内存 - client_body_buffer_size 8k; 和 client_header_buffer_size 2k; —— 大多数请求头/体远小于此值，设太大（如 128k）会让每个连接固定占用内存，积少成多
- 关闭未使用的缓存功能：如无反向代理场景，删掉
proxy_cache_path；静态资源少则关open_file_cache
连接与事件模型：降低每连接的资源摊销
每个活跃连接都会占用内存（socket 结构、读写缓冲区）并可能触发 CPU 轮询。关键是从源头减少“低效连接”数量。
- keepalive_timeout 60; —— 设为 60 秒而非 75+，过长 keepalive 会滞留大量空闲连接，占用 worker_connections 配额
- keepalive_requests 1000; —— 限制单连接最大请求数，防恶意长连接占坑
- use epoll; + multi_accept on; —— Linux 下必须启用 epoll，并允许一次收多个新连接，减少事件循环次数
- 对非必要客户端（如爬虫、扫描器），用
limit_conn或limit_req主动限流，比等它耗尽资源再崩溃更省 CPU
系统协同调优：内核参数匹配 Nginx 行为
Nginx 是用户态程序，但它高度依赖内核提供的网络与文件能力。内核配置不到位，Nginx 再怎么调也白搭。
- 在
/etc/security/limits.conf中设：* soft nofile 65535和* hard nofile 65535，重启 nginx 用户 session 生效 -
fs.file-max = 2097152（写入/etc/sysctl.conf），避免全局文件句柄瓶颈 -
net.core.somaxconn = 65535—— 匹配 Nginx listen 的backlog=65535，防 SYN 队列溢出丢包 -
vm.swappiness = 1—— 几乎禁用 swap，防止 worker 进程被换出后唤醒时引发卡顿和内存抖动
