dev.to | 📄 原文链接 | 2026-11-04 收录

我为一个「正常运行」的 n8n 工作流浪费了半天——它根本没跑

来源：dev.to — 2026-11-02

📋 概述

自托管 n8n 上的订单同步任务在一次无关编辑中被关掉了，没有红色执行、没有报错邮件，面板一片平静。作者由此指出监控盲区：错误工作流只在执行失败时触发，而「从未开始」的执行压根不会失败。真正的解法是改查「谁跑过」而不是「谁失败了」，他在 EC2 加 PostgreSQL 上实测了一套存活检查。

🔑 核心要点

定时任务在生产的死法很少是抛异常，而是悄无声息：被取消发布、触发器被改、恢复备份后变为非激活。
没有执行记录，就没有失败可判，错误工作流结构上就看不见最常见的死法。
作者的验证环境是 n8n 2.43.6 + PostgreSQL 16 + Amazon Linux 2023，不是默认的 SQLite 演示。
文章最后还诚实地列出了这套检查本身的盲点，以及第二天的调优与成本。

💡 金句

“An error workflow is good at one job, and only that job: it fires when an execution fails. It does nothing when an execution never starts.”
译：错误工作流只擅长一件事，也只有这一件：执行失败时它才触发。执行从未开始时，它什么也不做。

← 返回 dev.to 首页