在任务调度系统中，我们经常会遇到任务重复执行的情况。然而，当任务队列已满时，任务的执行时间可能会受到影响，导致任务计划出现永久性偏移。本文将深入探讨这一现象，分析其背后的原因，并提供相应的解决方案。

现象描述

当重复任务在触发瞬间发现任务队列已满时，系统会将任务的执行时间改期到一分钟后。虽然任务最终会被执行，但由于执行时间的改变，后续的所有执行时间都基于改期后的时间计算，而不是原先的节奏，从而导致计划永久偏移。

原因分析

这一现象的核心原因在于任务调度系统中的处理逻辑。具体来说，当任务处于 Busy 分支时，系统会执行以下操作：

UPDATE schedules SET next_run_at = now + BUSY_RETRY_MS

这条SQL语句将任务的下次执行时间设置为当前时间加上一个重试间隔（BUSY_RETRY_MS）。在下次任务执行时，系统会读取这个新的执行时间作为 due 值，并通过 following() 函数继续推算后续的执行时间。此外，由于 request_key 中包含了 due 信息，每次重试都会使用一个新的 request_key，进一步加剧了计划偏移的问题。

复现步骤

为了更好地理解这一现象，我们可以通过以下步骤进行复现：

  1. 计划设置：首次任务计划设置为在 10:00 执行，之后每 60 分钟重复一次。
  2. 队列满的情况：在 10:00 时，如果任务队列已满，系统会将任务改期到 10:01 执行。
  3. 实际执行：任务实际在 10:01 执行，之后依次是 11:01、12:01，且每次队列满都会再叠加偏移。

通过以上步骤，我们可以清晰地看到任务计划是如何逐渐偏移的。每次队列满导致的改期都会使任务执行时间向后推迟，从而造成永久性的偏移。

解决方案

为了解决任务计划永久偏移的问题，我们需要对任务调度系统的处理逻辑进行优化。具体来说，可以考虑以下方案：

  1. 优化队列管理：通过增加队列容量或优化队列管理策略，减少队列满的情况发生。
  2. 动态调整执行时间：当任务队列满时，动态调整任务的执行时间，而不是简单地固定推迟一分钟。
  3. 统一 request_key 管理：在任务重试时，尽量使用相同的 request_key，避免因 request_key 变化导致的计划偏移。

通过以上方案的实施，可以有效减少任务计划偏移的问题，提高任务调度系统的稳定性和可靠性。