Laravel Job无法完成foreach迭代 求排查方案

我用调度器运行Laravel Job处理一个包含400个对象的数组，通过foreach循环逐个执行计算逻辑。但实际运行中迭代永远无法完成：每当执行到第100-110次迭代时，Job会重复执行并从数组索引0重新开始。

这段逻辑在本地机器上完全正常，能完整遍历数组执行所有代码，但部署到Ubuntu服务器后就一直出问题。

代码如下：

public function handle()
{
    try {
        foreach ($objects as $object) {
            //do something
            //compare something

            $someGroups = $object->certainProperty;

            foreach ($somegroups as $group) {
                //do some calculation and comparison
            }

            $members = $object->certainMembersArray;

            //insert members to DB
        }
    } catch (\Exception $e) {
        //log exception
    }
}

奇怪的是，程序从未进入catch块记录任何错误或异常，调试难度很大。一开始怀疑是内存问题，已经调高了内存限制，但没有任何改善。

以下是具体排查方法：

• 增加详细日志：在每次迭代开始和结束时记录日志，包含当前迭代索引、对象ID等关键信息，同时用memory_get_usage(true)记录内存使用情况，观察中断前的资源波动。
• 检查队列超时配置：查看config/queue.php中的timeout和retry_after参数，确保超时时间足够覆盖单次Job的完整运行时长，避免Job被判定为超时重启。
• 扩大错误捕获范围：将catch块改为catch (\Throwable $e)，PHP的Exception无法捕获致命错误（如内存耗尽、语法错误），改用Throwable可捕获所有错误类型。
• 分步定位问题：拆分数组，先只处理前150个对象，若仍中断则继续缩小范围，定位到具体触发问题的对象，检查其数据和对应处理逻辑。
• 查看系统资源日志：检查Ubuntu服务器的/var/log/syslog、/var/log/php-fpm.log等日志，确认是否有进程被系统OOM killer终止的记录；同时检查PHP的max_execution_time配置是否限制了脚本运行时长。
• 临时禁用Job重试：在Job类中添加public $tries = 1;，禁止自动重试，观察中断后是否不再重启，以此确认是否是重试机制触发的重复执行。
• 排查数据库问题：在数据库插入步骤前后添加日志，检查是否存在连接超时、死锁等问题，这类问题可能不会抛出常规Exception但会导致进程异常终止。

更新：调度器每天仅运行一次

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