Apache Kyuubi 中查询状态提前返回但作业仍在执行的问题分析

问题现象

在使用 Apache Kyuubi 提交 Spark 查询时，Kyuubi 会快速返回查询完成状态(FINISHED_STATE)，但实际上 Spark 作业仍在后台继续执行。这种现象主要出现在特定类型的 SQL 查询中，特别是当查询包含一个空表与一个大表的左连接操作时。

问题复现与背景

通过测试发现，当执行类似以下模式的查询时会出现该问题：

SELECT *
FROM (SELECT uid FROM small_table WHERE condition_return_empty) t1
LEFT JOIN (SELECT vendor_id FROM very_large_table) t2 ON t1.uid = t2.vendor_id
LIMIT 5;

其中，左子查询返回空结果集(0行)，右子查询返回大量数据(上亿行)。在这种场景下，Kyuubi 会很快返回查询完成状态，但 Spark 仍在处理右表的计算任务。

技术原理分析

Spark 查询优化机制

Spark 的查询优化器(AQE)在这种情况下会进行优化：当检测到连接操作的一侧为空时，理论上整个连接操作的结果也必然为空。因此，Spark 会提前终止查询执行并返回空结果集。

Kyuubi 状态管理

Kyuubi 作为 Spark SQL 的网关服务，负责管理查询的生命周期和状态转换。当 Spark 返回查询结果后，Kyuubi 会将查询状态标记为 FINISHED，表示查询已经完成。

问题根源

问题的核心在于 Spark 虽然优化了查询计划，但并未自动取消已经启动但不再需要的计算任务。具体来说：

1. 在 AQE 检测到一侧为空后，Spark 会立即返回结果
2. 但已经启动的另一侧计算任务(大表处理)仍在继续执行
3. Kyuubi 依赖 Spark 的状态报告，当 Spark 返回结果后即标记查询完成
4. 默认情况下，Kyuubi 不会主动取消这些"无用"的计算任务

解决方案与最佳实践

临时解决方案

对于当前版本的用户，可以在获取到 FINISHED 状态后手动关闭操作，这将触发 Kyuubi 取消相关的 Spark 作业组：

// 获取查询状态
if (status == FINISHED) {
    // 手动关闭操作
    operation.close();
}

长期解决方案

Kyuubi 社区已经识别到这个问题，并提出了修复方案：

1. 在 REST API 执行路径中显式调用 cancelJobGroup
2. 确保所有执行路径都能正确清理资源
3. 改进状态转换逻辑，更好地与 Spark 的查询优化行为协调

配置建议

对于生产环境，建议：

1. 启用 Spark AQE 以利用查询优化
2. 合理设置查询超时时间
3. 监控长时间运行的 Spark 作业，及时干预异常情况

总结

这个问题展示了分布式查询引擎中查询优化与资源管理之间的微妙平衡。虽然提前返回结果在某些场景下能提高用户体验，但也需要妥善处理后台资源的使用。Kyuubi 和 Spark 社区正在持续改进这方面的行为，未来版本将提供更优雅的解决方案。对于当前用户，理解这一现象的原理并采用适当的工作around是保障系统稳定运行的关键。