sp_cursoropen和并行性


15

我遇到了一个查询似乎无法解决的性能问题。

我从游标定义中拉出了查询。

该查询需要几秒钟才能执行

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)

Answers:


20

FAST_FORWARD游标不支持并行性(尽管生成计划的服务器必须为2012或更高版本才能NonParallelPlanReason作为showplan XML的一部分)。

指定时FAST_FORWARD优化器STATIC和之间进行选择DYNAMIC

提供的执行计划显示了优化器选择类似静态的计划。因为查询包含聚合,所以我怀疑在这里甚至可能执行动态游标计划。不过,要求FAST_FORWARD游标类型会阻止并行计划。

您应该将游标类型显式更改为STATICKEYSET。这两种游标类型都可以使用并行性。

就是说,因为这是一个API游标,所以更改游标的类型可能需要更改应用程序。自然,您需要对性能进行基准测试,以检查更改游标类型确实是您的最佳选择。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.