我遇到了一个我似乎无法理解的查询的性能问题。
我将查询从游标定义中提取出来。
此查询需要几秒钟才能执行
SELECT A.JOBTYPE
FROM PRODROUTEJOB A
WHERE ((A.DATAAREAID=N'IW')
AND ((A.CALCTIMEHOURS<>0)
AND (A.JOBTYPE<>3)))
AND EXISTS (SELECT 'X'
FROM PRODROUTE B
WHERE ((B.DATAAREAID=N'IW')
AND (((((B.PRODID=A.PRODID)
AND ((B.PROPERTYID=N'PR1526157') OR (B.PRODID=N'PR1526157')))
AND (B.OPRNUM=A.OPRNUM))
AND (B.OPRPRIORITY=A.OPRPRIORITY))
AND (B.OPRID=N'GRIJZEN')))
AND NOT EXISTS (SELECT 'X'
FROM ADUSHOPFLOORROUTE C
WHERE ((C.DATAAREAID=N'IW')
AND ((((((C.WRKCTRID=A.WRKCTRID)
AND (C.PRODID=B.PRODID))
AND (C.OPRID=B.OPRID))
AND (C.JOBTYPE=A.JOBTYPE))
AND (C.FROMDATE>{TS '1900-01-01 00:00:00.000'}))
AND ((C.TODATE={TS '1900-01-01 00:00:00.000'}))))))
GROUP BY A.JOBTYPE
ORDER BY A.JOBTYPE
实际的执行计划是这样的。
注意到服务器范围的设置被设置为 MaxDOP 1 我尝试使用 maxdop 设置。
添加OPTION (MAXDOP 0)
到查询或更改服务器设置会导致更好的性能和此查询计划。
但是,有问题的应用程序(Dynamics AX)不执行这样的查询,它使用游标。
捕获的实际代码是这样的。
declare @p1 int
set @p1=189527589
declare @p3 int
set @p3=16
declare @p4 int
set @p4=1
declare @p5 int
set @p5=2
exec sp_cursoropen @p1 output,N'SELECT A.JOBTYPE FROM PRODROUTEJOB A WHERE ((A.DATAAREAID=N''IW'') AND ((A.CALCTIMEHOURS<>0) AND (A.JOBTYPE<>3))) AND EXISTS (SELECT ''X'' FROM PRODROUTE B WHERE ((B.DATAAREAID=N''IW'') AND (((((B.PRODID=A.PRODID) AND ((B.PROPERTYID=N''PR1526157'') OR (B.PRODID=N''PR1526157''))) AND (B.OPRNUM=A.OPRNUM)) AND (B.OPRPRIORITY=A.OPRPRIORITY)) AND (B.OPRID=N''GRIJZEN''))) AND NOT EXISTS (SELECT ''X'' FROM ADUSHOPFLOORROUTE C WHERE ((C.DATAAREAID=N''IW'') AND ((((((C.WRKCTRID=A.WRKCTRID) AND (C.PRODID=B.PRODID)) AND (C.OPRID=B.OPRID)) AND (C.JOBTYPE=A.JOBTYPE)) AND (C.FROMDATE>{TS ''1900-01-01 00:00:00.000''})) AND ((C.TODATE={TS ''1900-01-01 00:00:00.000''})))))) GROUP BY A.JOBTYPE ORDER BY A.JOBTYPE ',@p3 output,@p4 output,@p5 output
select @p1, @p3, @p4, @p5
导致这个执行计划(不幸的是相同的多秒执行时间)。
我已经尝试了几件事,例如删除缓存计划,在游标定义内的查询中添加选项,......但它们似乎都没有让我得到一个并行计划。
我还在谷歌上搜索了相当多的游标并行限制,但似乎找不到任何限制。
我在这里遗漏了一些明显的东西吗?
我意识到实际的 SQL 构建SQL Server 2008 (SP1) - 10.0.2573.0 (X64)
不受支持,但我无法升级此实例,因为我认为合适。我需要将数据库转移到另一台服务器,这意味着通过慢速 WAN 拉取相当大的未压缩备份。
跟踪标志 4199 没有任何区别,OPTION (RECOMPILE) 也没有。
游标属性为:
API | Fast_Forward | Read Only | Global (0)
FAST_FORWARD
游标不支持并行性(尽管生成计划的服务器需要 2012 或更高版本才能NonParallelPlanReason
作为 showplan XML 的一部分获得)。当您指定
FAST_FORWARD
时,优化器会为您选择STATIC
和DYNAMIC
。提供的执行计划显示优化器选择了一个类似静态的计划。因为查询包含聚合,我怀疑动态游标计划在这里甚至是可能的。然而,请求
FAST_FORWARD
游标类型会阻止并行计划。例如,您应该将游标类型显式更改为
STATIC
或KEYSET
。这两种游标类型都可以使用并行性。也就是说,因为这是一个 API 游标,所以更改游标类型可能需要更改应用程序。自然,您需要对性能进行基准测试,以检查更改游标类型是否真的是您的最佳选择。