Azure SQL与本地SQL Server空间查询性能悬殊问题求助

服务器配置 #

• 本地：SQL Server 2022，Xeon E5-1630 CPU、64GB 2133mhz DDR4内存、Samsung 870 EVO SSD
• Azure SQL：通用型无服务器，标准系列（Gen5），最大/最小80 vCore；曾测试S3 100 DTU模型，性能不佳且成本不可行

数据集 #

• [dbo].[AddressGeocodes]：存储经纬度点，类型为geometry
• [dbo].[SA1_GDA2020]：存储多面空间边界，类型为geometry
• 两套系统数据完全同步，均配置了聚集主键，以及带边界框和自动网格的空间索引

查询语句 #

SELECT *
FROM [dbo].[AddressGeocodes] GEO
  INNER JOIN [dbo].[SA1_GDA2020] SA1 ON GEO.[geom].STIntersects(SA1.[geom]) = 1

执行计划与性能表现 #

• SSMS中预估与实际执行计划完全一致，均识别到两个聚集主键和空间索引
• 相同60秒查询时长下：
  • 本地：返回68000条记录
  • Azure 80 vCore：仅返回17000条记录

核心困惑 #

Azure门户显示该查询的CPU使用率仅为2%，无法理解为何性能与本地差距如此悬殊，目前关于Azure空间性能的参考资源十分有限，求各位帮忙分析原因。

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