SQL查询执行极慢——XML Path函数优化求助

我完全理解你现在的困扰——XML Path拼接字符串把查询拖到21秒，确实太影响效率了。先提一句，你提供的SQL最后部分截断了，如果能补全子查询的完整关联逻辑，我能给出更精准的建议，但先给你几个通用且有效的优化方向：

1. 优先用STRING_AGG替代XML Path（SQL Server 2017+） #

如果你的数据库版本支持SQL Server 2017及以上，直接换掉XML Path的写法！STRING_AGG是微软专门为字符串拼接设计的函数，性能比XML Path高一大截，写法还更简洁。

比如你原来的拼接逻辑：

Stuff((SELECT ',' + Cast(Cast(cpl.qty AS INT) AS VARCHAR) + ' ' + Ltrim(Rtrim(p.productname)) 
       FROM ... -- 这里是你的子查询关联逻辑
       FOR XML Path('')), 1, 1, '')

可以改成：

STRING_AGG(CONVERT(VARCHAR, cpl.qty) + ' ' + LTRIM(RTRIM(p.productname)), ',')

要是需要保持拼接顺序，直接加WITHIN GROUP (ORDER BY 你的排序字段)就行，连手动去掉开头逗号的步骤都省了。

2. 给子查询的关联字段加索引 #

XML Path慢的核心原因往往是子查询在做全表扫描。你得检查子查询里和主表关联的字段（比如cpl表和主表l的关联键）有没有建非聚集索引，最好把子查询里用到的过滤字段、拼接用到的字段都包含进索引里，这样子查询不用回表就能拿到数据，速度会快很多。

3. 减少不必要的数据转换 #

看你写了Cast(Cast(cpl.qty AS INT) AS VARCHAR)，如果cpl.qty本身是整数类型，直接CONVERT(VARCHAR, cpl.qty)就行；如果是小数要转整数，先ROUND(cpl.qty, 0)或者用CONVERT(INT, cpl.qty)，嵌套转换会额外消耗CPU，能省则省。

4. 优化XML Path的写法（低版本SQL Server） #

如果没法升级到2017+，那优化XML Path的写法也能提速。试试在XML Path里加上TYPE，再用.value提取结果，避免自动转义特殊字符的同时，优化器可能生成更高效的执行计划：

Stuff((SELECT ',' + ... 
       FROM ... 
       FOR XML Path(''), TYPE).value('.', 'NVARCHAR(MAX)'), 1, 1, '')

另外，用CROSS APPLY替代子查询的写法，有时候也能让执行计划更合理。

5. 给主查询加覆盖索引 #

主查询里用到的ldid、loadnumber、expectdt这些字段，如果没有被覆盖索引包含，查询时会做Key Lookup，拖慢整体速度。你可以创建一个包含所有主查询字段+关联字段的覆盖索引，减少磁盘IO开销。

要是能把完整的SQL语句（包括子查询的FROM、JOIN、WHERE条件）贴出来，我还能帮你分析执行计划，找到更具体的瓶颈点。

内容的提问来源于stack exchange，提问作者jon.r