连接数未满但响应变慢，主因是系统文件描述符限制、keep-alive导致waiting连接堆积、后端延迟或event模型配置不当。需检查ulimit、stub_status指标、upstream超时与keepalive设置、worker_processes及use epoll匹配性。
连接数没满但响应变慢，往往不是 worker_connections 本身设低了，而是它背后关联的资源或配置出了瓶颈。这个值只是单个 worker 进程能处理的最大并发连接数，真正影响响应速度的是系统级限制、网络状态、上游服务、以及 Nginx 自身工作模式是否匹配实际负载。
检查系统级文件描述符限制
Nginx 的 worker_connections 不能超过操作系统对单进程打开文件数的上限（ulimit -n）。即使你配了 10240，若系统只允许每个进程打开 1024 个文件，Nginx 实际可用连接数仍被卡死在 1024。
- 运行
ulimit -n查看当前限制；用ps aux | grep nginx找到 master 进程 PID，再执行cat /proc/{pid}/limits | grep "Max open files"确认生效值 - 永久调整需修改
/etc/security/limits.conf（如nginx soft nofile 65536）并确保 systemd 服务未覆盖（检查/etc/systemd/system/nginx.service.d/override.conf中是否有LimitNOFILE=） - Nginx 配置中建议显式加上
worker_rlimit_nofile 65536;，让 master 主动提升限制
确认是否真被连接数卡住
“连接数没满”可能是误解——worker_connections 控制的是 同时建立的连接总数，但 HTTP/1.1 默认长连接、Keep-Alive 会复用连接；而真实瓶颈常在活跃请求（active requests）、等待读写（reading/writing/waiting）的状态分布上。
- 启用
stub_status模块（编译时默认开启），通过location /nginx_status { stub_status; }查看实时指标：
Active connections: 947
server accepts handled requests
123456 123456 678901
Reading: 2 Writing: 4 Waiting: 941 - 重点看 Waiting 数值：如果它长期接近
worker_connections，说明大量连接空闲挂起（Keep-Alive），但新请求排队；这不是连接数不够，而是后端处理慢或客户端网络差导致连接迟迟不释放
排查 upstream 和后端响应延迟
Nginx 本身不处理业务逻辑，但它要等上游（proxy_pass、fastcgi_pass 等）返回才能发响应。即使连接数充足，只要后端响应慢、超时设置不合理、或连接池不足，就会造成 Nginx worker 阻塞，堆积请求。
- 检查
proxy_read_timeout、proxy_connect_timeout是否过长（比如设成 300 秒），导致 worker 被一个慢请求占用太久 - 确认 upstream 块中是否配置了
keepalive（如keepalive 32;）和对应proxy_http_version 1.1;+proxy_set_header Connection '';，否则每次请求都新建后端连接，加重开销 - 用
nginx -T | grep -A5 'upstream'检查 upstream 定义，并结合netstat -anp | grep :后端端口 | wc -l观察真实后端连接数是否已达上限
注意 event 模型与 CPU/worker 匹配度
worker_connections 的效果高度依赖 events { use epoll; } 和 worker_processes auto; 是否合理。在高并发下，worker 数量太少会导致单个进程压力过大；太多又可能引发上下文切换开销。
- 运行
nproc查看逻辑 CPU 核心数，worker_processes建议设为该值或略低（如 1–2 核留作系统使用） - 确认
use epoll;已启用（Linux 下默认，但某些容器环境可能被覆盖）；避免误配use select;或use poll;，它们在高连接数下性能明显下降 - 观察
top -H -p $(pgrep nginx)，看各 worker 线程 CPU 占用是否严重不均——不均可能意味着负载分发策略（如accept_mutex on;）或日志同步（access_log buffer=... flush=...）拖慢了部分 worker
