Kyuubi项目中Spark血缘关系解析的缺陷分析与修复

问题背景

在Apache Kyuubi项目中，当处理Spark SQL查询的血缘关系(Lineage)解析时，发现了一个可能导致错误结果的缺陷。该缺陷主要出现在特定场景下生成org.apache.kyuubi.plugin.lineage.Lineage实例时，会导致返回None值而非正确的血缘关系信息。

问题复现场景

该缺陷可以通过以下步骤复现：

1. 首先从文件创建一个临时视图：

CREATE OR REPLACE TEMPORARY VIEW temp_view
(
 `a` STRING COMMENT '',
 `b` STRING COMMENT ''
)
USING csv OPTIONS(
    sep='\t',
    path='${sourceFile.path}'
)

2. 然后通过从临时视图选择数据插入到表中：

insert overwrite table test_db.test_table_from_dir
SELECT
	`a`,
	`b`
FROM temp_view

3. 在执行步骤2的插入语句时生成血缘关系

预期与实际结果对比

预期结果应该是包含完整血缘信息的Lineage对象：

inputTables(List())
outputTables(List(spark_catalog.test_db.test_table_from_dir))
columnLineage(List(ColumnLineage(spark_catalog.test_db.test_table_from_dir.a0,Set()), ColumnLineage(spark_catalog.test_db.test_table_from_dir.b0,Set())))

实际结果却是返回了一个None值，导致无法获取正确的血缘关系信息。

问题根源分析

通过代码分析发现，当前在解析LogicalPlan对象获取Lineage对象时存在逻辑缺陷。代码中采用了"try-recover"的自保护机制，在这种特定场景下会错误地返回None值而非正确的Lineage对象。

在Spark SQL的血缘关系解析过程中，当遇到从临时视图创建永久表的情况时，解析逻辑未能正确处理这种中间转换关系，导致最终的血缘关系信息丢失。

问题影响

单元测试环境

在单元测试中，当代码尝试获取这个None值时，会抛出None.get异常，导致测试失败。异常堆栈显示：

None.get
java.util.NoSuchElementException: None.get
	at scala.None$.get(Option.scala:529)
	at scala.None$.get(Option.scala:527)

生产环境

在生产环境中，这个None值的Lineage对象无法提供任何有效的血缘关系信息，导致依赖这些信息的监控、审计或数据治理功能失效。

解决方案

针对这个问题，社区已经提出了修复方案，主要改进点包括：

1. 完善LogicalPlan到Lineage对象的转换逻辑
2. 正确处理从临时视图到永久表的血缘关系传递
3. 优化异常处理机制，避免在特定场景下返回None值

修复后的代码能够正确识别这种从临时视图创建永久表的场景，并生成完整的血缘关系信息，包括输入表、输出表以及列级别的血缘关系。

总结

这个缺陷揭示了Kyuubi在Spark SQL血缘关系解析中的一个边界条件处理不足的问题。通过修复这个问题，不仅解决了特定场景下的功能异常，也增强了整个血缘关系解析系统的健壮性。对于依赖Kyuubi进行数据血缘分析的用户来说，这一修复确保了在各种复杂场景下都能获得准确完整的血缘关系信息。