Laravel队列中reserved_at字段工作机制及异常处理方案

reserved_at写入时间戳但任务未标记失败的状态，是Laravel队列预留锁的正常中间状态，不是逻辑bug，对应场景就是worker进程拿到任务后还没来得及执行完、也没来得及上报状态就被中断（服务器掉电、进程被SIGKILL强杀、执行超时无响应等）。
日常处理这类场景的标准方案如下：

• 用好内置的自动释放机制
  Laravel worker每次轮询拉取新任务前，会自动扫描所有满足reserved_at < 当前时间 - retry_after的滞留任务，将这类任务的reserved_at重置为null、尝试次数attempts加1，重新放回待执行队列等待调度。retry_after是队列连接的配置项，在config/queue.php中对应数据库驱动的配置项，默认值为90秒，你可以根据业务中最长任务的实际执行时长调整该值：不要设置过短导致正常运行的长任务被误释放重复执行，也不要设置过长导致崩溃后滞留的任务等待太久才能被重新调度。

  哪怕你只部署了1个worker进程，这个逻辑也会正常生效：worker重启后第一次拉取任务前，就会先扫描释放符合条件的超时预留任务，不需要额外写脚本处理。

• 配置超时规则让超时任务自动标记失败
  不要依赖PHP.ini的max_execution_time做队列任务超时控制，启动worker时必须带上--timeout参数指定任务最长执行时间，例如php artisan queue:work --timeout=120。注意该参数值要比同连接下的retry_after值小10秒左右，避免任务还在正常执行就被提前释放造成重复运行。当任务执行触发该超时阈值时，worker会主动将任务标记为失败，写入failed_jobs表，不会一直卡在预留状态。
• 清理存量滞留任务
  如果已经积累了一批因为历史配置错误、服务器异常宕机产生的长期滞留任务，不需要手动修改数据库字段：
  • Laravel 8及以上版本直接执行内置命令php artisan queue:prune-stale-tasks，即可自动清理所有超过最大重试次数、预留时间远超合理阈值的无效任务
  • 低版本Laravel直接执行php artisan queue:restart重启worker，worker启动后会按照retry_after规则自动将符合条件的滞留任务重新放回待调度队列
• 极端场景兜底
  可以在Laravel的任务调度中加一个每分钟执行的定时任务，就算worker进程完全挂掉没有启动，也能定期清理无效滞留任务，避免队列表数据无限堆积：

  // 在app/Console/Kernel.php的schedule方法中添加
  $schedule->command('queue:prune-stale-tasks')->everyMinute();
  

内容的提问来源于stack exchange，提问作者Adam Kozlowski