Laravel Job调用Repository触发超时问题排查求助

问题场景 #

我有一个Laravel Job，在调用Repository的find方法时，执行到->select($select)步骤触发超时，但同样的Repository调用在Controller里完全正常。

Job代码片段：

public function handle()
{
    // 此处所有dd()均正常，无超时
    $annuaireRepository = new AnnuaireRepository();
    $liste = $annuaireRepository->find('vcard', '', 0, '', '', '', '');
    // dd()无输出，触发超时
}

Repository核心代码片段：

public function find($requete, $type, $champ1, $champ2, $total, $page_courante, $nombre_resultat_page)
{
    // 此处所有dd()均正常，无超时
    DB::connection('sqlsrv_database')->raw("SET NOCOUNT ON;");
    $queryDatas = DB::connection('sqlsrv_database')
        // 此处所有dd()均正常，无超时
        ->select($select);
    // dd()无输出，触发超时
    return collect($queryDatas);
}

排查结果（ODBC追踪） #

服务器环境为Windows IIS，使用ODBC驱动连接SQL Server，开启ODBC追踪后出现以下差异：

• Job+开启追踪：耗时10分钟，日志文件持续增大
• Job+关闭追踪：执行瞬间完成
• Controller+开启追踪：执行瞬间完成，日志文件无增长
• Controller+关闭追踪：执行瞬间完成

疑问 #

1. 开启ODBC追踪时，Controller调用为什么没有生成追踪日志？
2. 为什么Job开启ODBC追踪会出现严重超时，而Controller完全不受影响？
3. 问题根源在Laravel层面还是ODBC追踪配置层面？

分析与解决方向 #

1. 执行环境差异导致的问题 #

Laravel Job通过队列worker运行（CLI模式），Controller通过IIS的FastCGI进程运行，二者的进程上下文、权限、环境变量存在本质差异：

• 队列worker的运行用户可能和IIS应用池用户不同，ODBC追踪日志的存储路径如果对worker用户无写入权限，会导致进程阻塞等待，表现为超时
• Job的数据库连接复用逻辑和Controller不同，开启追踪后可能触发重复的日志写入，导致日志无限增长拖慢执行

2. ODBC追踪配置问题 #

• 检查ODBC数据源的追踪日志路径：确认该路径对队列worker的运行用户有写入权限，权限不足是这类阻塞超时的常见原因
• 检查ODBC驱动版本：不同版本的SQL Server ODBC驱动对CLI进程（队列worker）和FastCGI进程（Controller）的追踪兼容性不同，尝试升级或降级驱动测试

3. Laravel数据库连接优化 #

Repository中单独执行DB::connection('sqlsrv_database')->raw("SET NOCOUNT ON;");会创建独立连接，后续查询又新建连接，可能导致追踪时每个连接都生成大量日志。可以合并连接使用：

$connection = DB::connection('sqlsrv_database');
$connection->raw("SET NOCOUNT ON;");
$queryDatas = $connection->select($select);

4. ODBC追踪的进程类型限制 #

ODBC追踪可能仅对特定类型的进程生效，比如FastCGI进程被驱动的追踪逻辑忽略，而CLI进程（队列worker）会被完整追踪，这就解释了Controller开启追踪却无日志的情况。可以查看ODBC驱动官方文档，确认追踪是否区分进程类型。

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