第二部分：核心概念与功能 → 执行 → 重试机制

疯狂的赤泥

重试机制 (Retry Mechanism)

在自动化工作流中，与外部服务（例如 API、数据库）的交互有时可能会因为临时的网络问题、服务过载或其他瞬时故障而失败。为了提高工作流的稳定性和可靠性，n8n 提供了重试机制，允许在节点执行失败时自动重新尝试执行。

n8n 中的重试配置：

您可以在每个节点的配置中找到与重试相关的设置。常见的重试配置选项包括：

• 重试次数 (Retries): 指定节点在失败后应该自动重新尝试执行的次数。通常您可以设置一个整数值，例如 3 表示在第一次失败后重试 3 次。
• 重试间隔 (Retry Interval) / 回退策略 (Backoff Strategy): 设置每次重试之间等待的时间。您可以指定一个固定的间隔（例如，等待 5 秒后重试），或者使用回退策略（例如指数回退），这意味着每次重试之间的等待时间会逐渐增加（例如，第一次等待 1 秒，第二次等待 2 秒，第三次等待 4 秒）。指数回退有助于避免在服务暂时过载时立即进行大量重试而加剧问题。
• 重试条件 (Retry Condition) / 错误类型 (Error Types): 某些节点可能允许您配置仅在特定类型的错误发生时才进行重试。例如，您可能希望对网络相关的错误进行重试，但对于由于无效的输入数据导致的错误则不进行重试。
  
  

工作原理：

• 节点执行失败： 当一个配置了重试机制的节点在执行过程中遇到错误时，n8n 不会立即将工作流标记为失败。
• 检查重试配置： n8n 会检查该节点的重试次数和重试间隔配置。
• 等待重试间隔： n8n 会等待配置的重试间隔时间。
• 重新尝试执行： 在等待时间结束后，n8n 会自动重新尝试执行该节点。
• 重复重试（如果需要）： 如果重新尝试仍然失败，并且配置了更多的重试次数，n8n 将会重复等待和重新尝试的过程，直到达到配置的最大重试次数或节点成功执行。
• 标记为失败： 如果在达到最大重试次数后节点仍然失败，n8n 才会将该节点标记为失败，并根据工作流的错误处理设置进行处理（例如停止工作流或触发错误工作流）。
  
  

最佳实践：

• 合理配置重试次数和间隔： 不要设置过多的重试次数或过短的重试间隔，这可能会对目标服务造成不必要的负担。根据服务的特性和您的需求进行合理的配置。
• 使用回退策略： 对于可能由于临时过载导致错误的外部服务，使用指数回退策略通常更有效。
• 考虑重试条件： 仅对可能通过重试解决的瞬时错误进行重试。对于由于逻辑错误或无效输入导致的失败，重试通常没有意义。
• 监控重试行为： 观察您的工作流执行历史，了解重试是否有效地提高了成功率，或者是否频繁地进行不必要的重试。
  

通过合理地使用重试机制，您可以显著提高 n8n 工作流的鲁棒性，使其更能应对外部服务的临时故障。