问题复现：你的n8n是不是也“卡”出了境界？
作为N8N大学的首席主编，笔者见过太多新手朋友在刚开始接触n8n时，满怀热情地搭建好环境，结果跑两个流程CPU就直接飙升到100%。风扇狂转，界面卡顿，甚至直接导致服务器宕机。
这种情况通常发生在以下场景：
- 工作流中包含大量数据处理（如：一次性通过HTTP请求拉取上千条数据）。
- 使用了
Spreadsheet File节点处理大型Excel文件。 - 在低配VPS（如1核1G的云服务器）上运行复杂的定时任务。
最典型的报错迹象并不是弹窗，而是502 Bad Gateway，或者在控制台看到JavaScript heap out of memory的警告。别急着换服务器，很多时候是n8n的默认配置没调优。
原因分析：为什么n8n会“吃”掉你的CPU？
很多人误以为n8n卡是因为它“笨重”，其实不然。n8n默认配置是为了展示强大的功能，而不是为了极致的性能优化。这就好比一辆跑车，出厂时油门调得极其灵敏，稍微一踩就全速前进，但这在拥堵的城市道路（低配服务器）上并不实用。
核心原因通常有两点：
- 并发执行过高：n8n默认允许同时执行的任务数较多。当任务堆积，CPU需要频繁切换上下文，导致资源耗尽。
- 日志级别过细：默认的
info级别日志会记录每一个节点的执行细节，频繁的磁盘I/O操作在低配机器上是致命的性能杀手。
笔者在N8N大学的实战教程中反复强调：**性能优化是低代码自动化的必修课**。接下来，我们将通过修改配置文件，硬核地把CPU占用降下来。
解决方案：三招降服CPU占用
假设你使用的是Docker部署（这是N8N大学最推荐的部署方式），请按照以下步骤操作。如果你是通过Node.js直接安装，原理相同，只需找到对应的环境变量即可。
第一招：限制并发执行数（最立竿见影）
n8n默认的并发处理能力很强，但对于单核CPU来说，这是一场灾难。我们需要通过环境变量N8N_CONCURRENCY来限制同时运行的任务数量。
在你的docker-compose.yml文件中，找到environment部分，添加或修改以下配置：
environment:
- N8N_CONCURRENCY=1
为什么要设为1？ 对于个人或小团队使用，串行处理（一个接一个）通常比并发处理更稳定。除非你的工作流涉及大量独立的I/O等待（如同时发起几十个HTTP请求），否则1是最安全的。如果你觉得太慢，可以尝试设为2或3，但不要超过你的CPU核心数。
第二招：调低日志级别，减少I/O压力
默认的info模式下，n8n会在控制台疯狂输出日志。在Docker容器中，这些日志写入操作会占用大量磁盘I/O，进而拖慢CPU。
将日志级别调整为WARN（警告）或ERROR（错误），只在出问题时才记录。这能显著降低系统负载。
environment:
- N8N_LOG_LEVEL=warn
修改后，记得重启容器：docker-compose restart。你会发现控制台清净了许多，CPU曲线也平稳了。
第三招：开启“省电模式”（关闭默认工作流）
这是一个很多新手忽略的细节。n8n安装后，默认会开启几个示例工作流（Examples）。如果你没用到它们，它们依然会在后台定时触发，消耗CPU资源。
进入n8n网页界面，点击左侧的 Workflows，找到那些你不使用的示例工作流，将右上角的开关切换为 Off（灰色）。这一步操作虽然简单，但能有效减少后台无意义的计算开销。
进阶优化：针对低配服务器的“大招”
如果你是在1核2G甚至更低配置的服务器上运行n8n，上面的设置可能还不够。N8N大学建议你尝试以下进阶配置：
1. 开启Webhook压缩：
在docker-compose.yml中添加：
environment:
- N8N_PAYLOAD_SIZE_MAX=1048576
限制请求体大小，防止恶意或超大的请求打爆内存。
2. 使用SQLite替代PostgreSQL（如果数据量不大）：
如果你只是个人使用，PostgreSQL虽然强大但占用内存较高。切换回默认的SQLite可以节省大量RAM，间接降低CPU因内存交换（Swapping）产生的负载。
避坑指南：这些操作可能导致数据丢失
在优化过程中，有两点需要特别注意：
- 修改环境变量后必须重启容器：Docker的环境变量在容器启动时加载，运行中修改配置文件不会生效。请务必执行
docker-compose down && docker-compose up -d。 - 备份工作流：在进行大规模配置调整前，建议在n8n界面中点击 Settings -> Export，将所有工作流导出为JSON文件备份。防止配置错误导致容器无法启动。
笔者曾见过朋友因为改错了配置导致数据库连接失败，又没有备份，不得不重头搭建。这种坑，咱们N8N大学的读者绝对不能踩。
FAQ：关于n8n性能的常见疑问
Q1：设置了N8N_CONCURRENCY=1，任务执行会不会变慢？
A：对于简单的任务，体感差异不大。如果是大量耗时长的任务（如爬虫），串行确实会比并发慢，但稳定性大幅提升。建议根据实际需求微调。
Q2：我的n8n是通过npm安装的，怎么修改环境变量？
A：在终端启动n8n时直接添加前缀，例如：N8N_CONCURRENCY=1 n8n start。或者在~/.bashrc或~/.zshrc中添加export N8N_CONCURRENCY=1。
Q3：为什么调整后CPU还是很高？
A：检查你的工作流逻辑。如果某个节点（如Code节点）内部存在死循环或低效算法，任何配置优化都无济于事。请优先优化节点内的代码逻辑。
总结与资源
n8n是一款强大的工具，但“好马需配好鞍”。通过简单的环境变量调整，我们就能让n8n在低配服务器上流畅运行。记住，稳定永远比速度更重要。
如果你在优化过程中遇到任何报错，欢迎访问 N8N大学 (n8ndx.com) 查阅更多实战教程。关注我们，少走弯路，让自动化真正为你所用。
