n8n 的新默认重启不丢任务，却也不再对齐整点

升级之后，你那些「每 15 分钟」的任务可能会在新的时刻触发。

而那个关掉它的开关，一上线就被标记为将废弃

我们的判断

持久化调度是一次真实的可靠性提升。但它是一笔交易，不是免费升级——而且这个选择是默认替你做的。

发生了什么

• n8n 2.45（10 月 20 日）把持久化调度器设成每个实例的默认。
• 定时任务现在会在到点之前先写进数据库，所以重启不再丢掉待执行的运行。
• 但「每 N 秒/分钟」现在从你发布工作流的那一刻起，按固定间隔运行——不再对齐整点边界。
• 对齐整点的 legacy 旧模式和旧的内存调度器现在都会发出『将废弃』警告；Skip Durable Scheduler 这个设置已被移除。

为何重要

对多数自托管个体来说，少见的好处是「某次运行挺过了重启」。而隐性代价是任何假设了对齐整点触发的任务——API 限频窗口、工作流之间的交接、报表截止点。

一个重启不丢任务、却不再对齐整点的默认，是交易，不是免费升级。

二阶效应：这个开关一上线就被标记废弃，所以「回退」只换来几个月——真正的代价是在 3.x 移除这座过渡桥之前，被迫重新设计。

最强反方

按小时、按天、按周和 cron 触发器都没变，所以真正需要对齐整点的都能搬过去。对纯轮询任务来说，偏离整点毫无影响。

这周去做

如果你自托管 n8n：把你的定时工作流列出来，标出依赖整点对齐的那些，现在就把它们迁到 cron 触发器——别再指望那个已被标记废弃的 legacy 开关。

如果 n8n 在 3.x 里保留一个受支持的、对齐整点的间隔选项，或者证明 cron 触发器已覆盖所有对齐需求，我们就改判。