在 nginx 中配置 main 全局块参数，需要在配置文件的最外层（即所有 server 和 http 块之外）直接编写指令。这些指令主要用于定义 worker 进程数量、错误日志级别、pid 文件路径以及事件处理模型等核心运行时环境设置。
如何指定 Worker 进程数量和 CPU 绑定策略
要控制 Nginx 的并发处理能力，需使用 worker_processes 指令。通常建议将其设置为 auto，让 Nginx 自动检测 CPU 核心数并启动相应数量的工作进程。若需手动绑定特定 CPU 核心以优化性能，可结合 worker_cpu_affinity 指令进行配置。
worker_processes auto; worker_cpu_affinity 0001 0010 0100 1000;
上述配置假设系统有 4 个 CPU 核心。第一行指令告诉 Nginx 启动与 CPU 核心数相等的 worker 进程。第二行将每个进程绑定到特定的 CPU 核心：第一个进程绑定到第 0 核，第二个到第 1 核，以此类推。这种绑定可以减少上下文切换带来的性能损耗，特别在高并发场景下效果显著。
如何设置错误日志级别和 PID 文件路径
为了便于排查问题和监控系统状态，必须正确配置 error_log 和 pid 指令。error_log 用于指定错误日志的文件路径及记录级别（如 crit 或 error），而 pid 则指定存储主进程 ID 的文件位置，这对于信号管理至关重要。
error_log /var/log/nginx/error.log crit; pid /run/nginx.pid;
第一段代码将错误日志写入 /var/log/nginx/error.log，并仅记录严重级别（crit）及以上的错误，避免日志文件过大。第二段代码指定 PID 文件位于 /run/nginx.pid，这是 Linux 系统常见的运行目录。当需要重启或重载配置时，Nginx 会读取该文件找到主进程 ID 并发送信号。
基于 worker_connections 的具体连接限制问题
在 main 全局块中，events 块内的 worker_connections 指令决定了单个 worker 进程能同时处理的最大连接数。这是一个关键的性能瓶颈参数，直接影响服务器的并发承载能力。
events {
worker_connections 1024;
}
上述配置将每个 worker 进程的最大连接数设为 1024。如果设置了 worker_processes auto 且检测到 4 个核心，那么总并发连接数约为 4 * 1024 = 4096。需要注意的是，这个数值不包括保持空闲但尚未关闭的连接。若需支持更高并发，应适当调大此值，并确保操作系统的文件描述符限制（ulimit -n）也相应提高，否则会出现 "too many open files" 错误。
