Nuxt3+Nitro+Docker+Nginx部署问题：性能骤降与爬虫异常求助

问题概述 #

• 原站点在Vercel运行时Google PageSpeed评分达85-90分，迁移至Docker（2核2GB VPS，运行约10个容器）后出现两个核心问题：
  1. PageSpeed评分降至35分，First Contentful Paint耗时约10秒，经Nginx反向代理的Node.js容器性能远低于Vercel
  2. SEO人员以5线程配置爬取时，大量页面返回500/404状态码，但正常访问均返回200；Nuxt3（Node.js Nitro server）容器CPU核心数占用>2.00、利用率>200%，远超双核心处理器上限
• 补充背景：用pm2运行Nuxt3时PageSpeed评分同样不理想，迁移至Vercel则立即恢复正常；Nuxt2项目在pm2/Docker环境下运行均无异常

针对性解决方案 #

1. 优化Nuxt3 Nitro Server配置 #

Nuxt3默认Nitro服务器未针对容器环境做资源限制，易导致CPU过载：

• 修改nuxt.config.ts，限制线程数匹配VPS核心数：

  export default defineNuxtConfig({
    nitro: {
      nodeServer: {
        workerThreads: 2, // 对应2核VPS，避免线程数超过物理核心数
        maxRequestsPerWorker: 1000 // 限制单worker处理请求数，防止过载
      }
    }
  })
  

• 启用生产环境缓存与静态资源压缩：

  nitro: {
    compressPublicAssets: true, // 开启静态资源gzip压缩
    cache: {
      driver: 'memory', // 高并发场景可替换为Redis做分布式缓存
      ttl: 86400 // 页面缓存有效期设为1天，降低重复渲染压力
    }
  }
  

2. Docker容器资源硬限制 #

在docker-compose.yml中为Nuxt3容器设置CPU/内存上限，避免抢占其他容器资源：

services:
  nuxt-app:
    build: .
    restart: always
    deploy:
      resources:
        limits:
          cpus: '1.8' # 预留0.2核给系统及其他容器
          memory: 1.5G # 预留0.5G内存给系统及其他容器
    ports:
      - '3000:3000'

3. Nginx反向代理优化 #

调整Nginx配置，启用连接复用与页面缓存，降低后端压力：

http {
  # 启用gzip压缩
  gzip on;
  gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

  # 后端长连接复用配置
  upstream nuxt_server {
    server nuxt-app:3000;
    keepalive 64; # 复用长连接减少TCP握手开销
  }

  server {
    listen 80;
    server_name your-domain.com;

    # 页面缓存配置，优先返回缓存给爬虫
    proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=nuxt_cache:10m max_size=10g inactive=24h use_temp_path=off;

    location / {
      proxy_pass http://nuxt_server;
      proxy_cache nuxt_cache;
      proxy_cache_valid 200 24h;
      proxy_cache_key "$scheme$request_method$host$request_uri";
      proxy_set_header Host $host;
      proxy_set_header X-Real-IP $remote_addr;
      # 升级请求跳过缓存
      proxy_cache_bypass $http_upgrade;
    }
  }
}

4. 爬虫请求限流 #

在Nginx中添加爬虫限流规则，避免短时间高并发请求压垮服务：

# 定义限流规则：每秒10次请求，突发20次不延迟
limit_req_zone $binary_remote_addr zone=spider_limit:10m rate=10r/s;

location / {
  # 针对爬虫UA应用限流
  if ($http_user_agent ~* (bot|crawler|spider|scraper)) {
    limit_req zone=spider_limit burst=20 nodelay;
  }
  # 其他反向代理配置...
}

5. 切换静态部署模式（可选） #

若上述优化效果不足，可将Nuxt3编译为静态站点，用Nginx直接托管，彻底规避Node.js服务器瓶颈：

• 执行nuxt generate生成静态资源
• Docker中用Nginx镜像托管dist目录：

services:
  nuxt-static:
    image: nginx:alpine
    volumes:
      - ./dist:/usr/share/nginx/html
      - ./nginx.conf:/etc/nginx/nginx.conf
    ports:
      - '80:80'

验证步骤 #

1. 部署优化后配置，重新测试Google PageSpeed，确认First Contentful Paint降至合理范围
2. 用5线程爬虫工具模拟爬取，检查页面返回状态码是否全部为200
3. 监控Nuxt3容器CPU使用情况，确保不超过配置的核心数限制

内容的提问来源于stack exchange，提问作者Andrej Koval