Nginx调度优化需协同配置CPU亲和性、事件模型、资源限制与进程优先级：启用worker_cpu_affinity auto与worker_processes auto匹配物理核心；使用epoll、multi_accept on、accept_mutex off提升I/O效率；设置worker_rlimit_nofile与worker_connections并调系统ulimit；worker_priority设为-5以延长调度时间片。
Nginx 的整体调度方案优化，核心在于让工作进程与系统硬件（尤其是 CPU）高效协同，减少上下文切换、缓存失效和资源争抢，从而提升吞吐量与响应稳定性。这不是单点配置，而是一套协同生效的机制。
CPU 亲和性与进程数匹配
Nginx 默认不绑定 CPU 核心，多进程可能在不同核间频繁迁移，导致 L1/L2 缓存失效、调度开销上升。启用 worker_cpu_affinity 可固定每个 worker 到指定核心：
- 推荐直接使用
worker_cpu_affinity auto;，Nginx 自动按最优策略（如 4 核 → 绑定到 CPU0~CPU3）分配； - 同时设置
worker_processes auto;，使进程数与物理核心数一致（非超线程数），避免过度竞争； - 若需手动控制（如隔离其他服务），可用二进制掩码，例如 4 核服务器写为
worker_cpu_affinity 0001 0010 0100 1000;。
事件模型与连接接收效率
Linux 环境下必须启用高性能 I/O 模型，并优化连接接纳行为：
-
use epoll;（仅限 Linux）替代默认的select，支持十万级并发且无性能衰减； -
multi_accept on;让单次事件通知中尽可能多地接受新连接，降低中断频率； -
accept_mutex off;（高并发下可考虑关闭）避免 worker 间争抢 accept 锁，但需配合multi_accept使用以防惊群。
资源上限与系统协同
Nginx 的理论并发能力 = worker_processes × worker_connections，但实际受限于系统级限制：
-
worker_rlimit_nofile 65535;提升单进程文件描述符上限； - 对应需调整系统 ulimit：
ulimit -n 65535（临时）或在/etc/security/limits.conf中持久化； -
worker_connections 10240;（非盲目设高），建议 8K–64K 区间，结合业务平均连接时长与内存预算评估。
进程优先级与时间片控制
减少被动调度中断，延长 worker 单次 CPU 占用时间：
-
worker_priority -5;（范围 -20～19），负值越高优先级越高，获得更长调度时间片； - 配合系统层面降低其他非关键进程优先级，避免 Nginx 被抢占；
- 注意：不建议设为 -20（实时优先级），可能影响系统稳定性。
不复杂但容易忽略
