Azure SQL中内置函数查询外部表与本地表的性能差异问询

问题背景 #

在Azure SQL环境中，查询指向ABC数据库的外部表（位于DEF数据库）时，性能远低于直接查询ABC本地表：

• 本地表查询执行时间：1分10秒
• 外部表查询执行时间：4分5秒

示例查询语句：

select top  1000000 vs.*
,ROW_NUMBER() over(partition by vs.context_id order by vs.value) 
from Tbl_sign vs
JOIN Tbl_cli ce 
ON  ce.[Clinical Encounter ID] = vs.[Clinical Encounter ID]
and ce.[CONTEXT_ID] = vs.[CONTEXT_ID]

核心原因分析 #

• 跨库数据传输开销：外部表查询需要将ABC数据库中的数据通过网络传输到DEF数据库后再处理，仅本次查询就需要传输100万行结果数据，网络延迟、带宽瓶颈会直接拉长整体耗时；而本地表查询无需跨网络传输，直接读取本地存储数据。
• 执行计划优化不足：Azure SQL优化器对外部表的支持有限，无法像本地表一样充分利用索引、统计信息生成高效计划。比如查询中的ROW_NUMBER()窗口函数，本地表可能基于索引完成分区排序，而外部表需要先拉取所有关联数据到DEF端，再在DEF端执行窗口计算，额外增加了计算和内存负载。
• 统计信息不同步：外部表的统计信息不会自动同步到DEF数据库，优化器无法获取ABC端表的真实数据分布，只能生成保守的执行计划；而本地表的统计信息实时维护，优化器能精准选择JOIN方式、排序策略。
• 关联操作执行位置不合理：本地表的JOIN操作可在ABC数据库的存储引擎层面高效完成，利用索引快速匹配关联键；外部表的JOIN通常会先将两个外部表的全量数据拉到DEF端再关联，而非在ABC端完成关联后仅传输结果，导致数据传输量大幅增加。
• 资源配置差异：DEF数据库的CPU、内存等计算资源可能低于ABC数据库，或者外部表查询的资源配额被限制，无法支撑大数量级数据的快速处理。

内容的提问来源于stack exchange，提问作者Anil Ambalal Patel