nginx 的并发处理能力可通过调优 worker_processes 和 worker_connections 来优化。1. worker_processes 应设为 cpu 核心数，或使用 auto 自动识别，避免超过核心数导致进程切换开销；2. worker_connections 需结合内存、带宽及应用特性设置，并确保不超过系统文件描述符限制；3. 最大连接数=worker_processes×worker_connections，但并非越大越好，需通过压力测试和性能监控逐步调整；4. 可使用 netstat、ss 或 ngx_http_stub_status_module 查看当前连接数；5. keep-alive 连接可提升性能，但需合理配置超时时间与请求数；6. 出现“too many open files”错误时，应修改系统文件描述符限制并优化 nginx 配置以减少资源占用。
实际上，worker_processes 和 worker_connections 的调优直接影响着 Nginx 的并发处理能力，说白了就是能抗住多大的访问量。这俩参数配置不当，轻则服务器响应变慢，重则直接宕机，所以必须重视。
解决方案
优化这两个参数，目标是充分利用服务器资源，同时避免资源耗尽。
-
worker_processes 的设置
worker_processes 指的是 Nginx 启动的工作进程数。通常，建议将其设置为 CPU 的核心数。这样做可以最大限度地利用多核 CPU 的并行处理能力。
-
如何确定 CPU 核心数？
在 linux 系统中，可以通过 cat /proc/cpuinfo 命令查看 CPU 信息，或者使用 nproc 命令直接获取核心数。
-
配置示例：
worker_processes auto; # 或者直接指定核心数，例如： worker_processes 4;
auto 选项让 Nginx 自动检测 CPU 核心数，这通常是最方便的选择。
-
注意事项：
- 不要设置过多的 worker_processes，超过 CPU 核心数反而会增加进程切换的开销，降低效率。
- 如果你的服务器同时运行着其他 CPU 密集型应用，可以适当减少 worker_processes 的数量，避免资源竞争。
-
-
worker_connections 的设置
worker_connections 指的是每个 worker 进程可以处理的最大并发连接数。这个参数的设置需要综合考虑服务器的内存、网络带宽以及应用的特性。
-
计算公式：
理论上，服务器可以处理的最大并发连接数 = worker_processes * worker_connections。
-
配置示例：
events { worker_connections 1024; # 或者设置更大的值，例如： worker_connections 2048; } -
注意事项：
-
-
优化建议
-
监控服务器性能：
在调整 worker_processes 和 worker_connections 的值之后，需要密切监控服务器的 CPU 使用率、内存使用率、网络带宽以及 Nginx 的错误日志。可以使用 top、vmstat、iostat 等工具进行监控。
-
压力测试：
使用 ab、wrk 等工具对 Nginx 进行压力测试，模拟高并发访问，观察服务器的性能表现。根据测试结果，逐步调整 worker_processes 和 worker_connections 的值，找到最佳配置。
-
考虑应用特性：
不同的应用对并发连接的需求不同。例如，静态资源服务器通常可以处理更多的并发连接，而需要进行大量计算的动态应用则需要更少的并发连接。
-
如何查看 Nginx 的当前连接数？
可以使用 netstat -an | grep :80 | wc -l 命令查看当前连接到 80 端口的连接数（假设 Nginx 监听的是 80 端口）。 也可以使用 ss -ant | grep :80 | wc -l，ss 命令通常比 netstat 更快。 还可以使用 Nginx 的 ngx_http_stub_status_module 模块，它提供了一个简单的状态页面，可以查看当前的连接数、请求数等信息。
server { listen 80; server_name status.example.com; # 修改为你的域名 location /nginx_status { stub_status on; Access_log off; allow 127.0.0.1; # 只允许本地访问 deny all; } }
配置完成后，访问 http://status.example.com/nginx_status 即可查看状态信息。
Active connections 表示当前的活跃连接数。
Nginx 如何处理 Keep-Alive 连接？
Nginx 使用 Keep-Alive 连接来复用 TCP 连接，减少连接建立和关闭的开销，提高性能。 Keep-Alive 的相关配置参数主要有：
- keepalive_timeout：指定 Keep-Alive 连接的超时时间。如果在这个时间内没有新的请求，连接会被关闭。
- keepalive_requests：指定一个 Keep-Alive 连接上可以处理的最大请求数。
- tcp_nodelay：启用 TCP_NODELAY 选项，禁用 Nagle 算法，减少小数据包的延迟。
- tcp_nopush：启用 TCP_NOPUSH 选项，尽量将多个小数据包合并成一个大的数据包发送，提高网络利用率。
http { keepalive_timeout 65; keepalive_requests 100; tcp_nodelay on; tcp_nopush on; }
需要注意的是，Keep-Alive 连接也占用服务器资源。如果 Keep-Alive 连接过多，可能会导致资源耗尽。因此，需要根据实际情况进行调整。
如果 Nginx 出现 “too many open files” 错误怎么办？
这个错误表示 Nginx 达到了操作系统的文件描述符限制。解决方法是：
-
修改操作系统的文件描述符限制：
-
临时修改：使用 ulimit -n 65535 命令修改当前会话的文件描述符限制。
-
永久修改：修改 /etc/security/limits.conf 文件，添加以下内容：
* soft nofile 65535 * hard nofile 65535 root soft nofile 65535 root hard nofile 65535
然后重启服务器。
-
-
优化 Nginx 配置：
- 检查 Nginx 的配置文件，确保没有不必要的文件操作。
- 减少 worker_connections 的值。
- 使用连接池，减少连接建立和关闭的开销。
-
检查其他应用：
- 检查服务器上运行的其他应用，确保它们没有占用过多的文件描述符。
解决 “too many open files” 错误的关键是找到文件描述符的瓶颈，并采取相应的措施。 修改文件描述符限制只是治标不治本的方法，更重要的是优化应用和 Nginx 的配置，减少文件描述符的使用。
