宝塔将 worker_processes 设为 auto 会因误判核心数导致单核满载、资源浪费及并发卡死，应查物理核心数（如4核）手动设值并配合 cpu_affinity 绑定。
为什么 worker_processes 设为 auto 反而拖慢高负载场景
宝塔默认把 worker_processes 设成 auto，看似省心，但实际会绑定到单个 CPU 核心上跑满，尤其在多核服务器上浪费资源。Nginx 的 worker 是单线程阻塞模型，每个 worker 独占一个核心更稳；设 auto 在某些内核版本或容器环境下还会误判为 1 个进程，导致并发吞吐卡死。
- 查物理 CPU 核心数：
nproc或lscpu | grep "CPU(s):"，取“CPU(s):”后面那个数字 - 手动设为具体数值，比如 4 核就写
worker_processes 4;，别用auto - 配合
worker_cpu_affinity绑定核心（如0001 0010 0100 1000），避免进程抢核调度开销 - 改完必须重载：
nginx -t && systemctl reload nginx，宝塔面板里点“重载配置”不生效
worker_connections 调太高反而触发系统级限制
很多人看到负载高就猛加 worker_connections，但 Linux 默认单进程最大文件描述符（ulimit -n）才 1024，Nginx 启动时若没显式提升，哪怕配了 65535，实际也只撑到 1024 连接就报 accept() failed (24: Too many open files)。
- 先看当前限制：
cat /proc/$(pgrep nginx)/limits | grep "Max open files" - 永久调高：在
/etc/security/limits.conf加两行：nginx soft nofile 65535和nginx hard nofile 65535 - 再确认 systemd 是否覆盖限制：检查
/etc/systemd/system/multi-user.target.wants/nginx.service里有没有LimitNOFILE=，有就改成65535 -
worker_connections建议值 =ulimit -n÷worker_processes，留 10% 余量，比如 4 核 + 65535 限值，设16384更稳妥
静态资源缓存没生效？重点盯 expires 和 add_header 冲突
宝塔自带的 Nginx 缓存规则常被用户自定义配置覆盖，最典型的是在 location ~ .*\.(js|css|png|jpg)$ 块里写了 add_header Cache-Control，但又漏了 expires，结果浏览器收不到 Cache-Control 或 Expires 头，每次请求都回源。
- 优先用
expires指令（更简洁、兼容性好），比如expires 1y;放在匹配静态后缀的location块里 - 如果要用
add_header，必须加always参数：add_header Cache-Control "public, max-age=31536000" always;，否则 4xx/5xx 响应不带这个头 - 检查是否被上级
server块的add_header覆盖——Nginx 的add_header不继承，子块必须重写 - 用
curl -I https://yoursite.com/test.jpg看响应头，确认有Cache-Control或Expires
开启 gzip 却让 TTFB 更高？压缩级别和类型得掐准
宝塔默认开 gzip on 并设 gzip_comp_level 6，对小文本还行，但遇到大 JS/CSS 文件或高并发时，CPU 压缩耗时直接拉高首字节时间（TTFB），反而降低用户体验。
- 关掉对图片、字体等二进制文件的 gzip：
gzip_types text/plain text/css application/javascript application/json application/xml+rss text/xml;—— 别加image/jpeg这类 - 压缩级别降到
3或4，gzip_comp_level 3;能兼顾速度与体积（实测比 6 快 2–3 倍 CPU 时间） - 加
gzip_vary on;，让 CDN 或代理知道要区分压缩/未压缩响应，避免缓存错乱 - 注意：PHP-FPM 返回的 HTML 若已由后端压缩（如 Laravel 的
zlib.output_compression），Nginx 层再压一次会出错，此时应关 Nginx gzip
真正卡住并发的往往不是单个参数，而是多个限制叠加：系统文件句柄 + Nginx worker 数 + 连接数 + PHP-FPM 子进程数，四者像齿轮咬合，动一个就得同步调其他三个。改完记得用 ab -n 1000 -c 200 http://localhost/ 简单压测，别光看宝塔监控里的“CPU 使用率”。
