存储过程通过SSIS（通过SQL代理作业）与通过SSMS

Question

我面临一个非常奇怪的问题，即如果我在SSMS中手动运行存储过程，则通过SSIS包（通过SQL代理作业运行）运行速度非常慢。

通过这项工作，需要约2个小时，手动运行只需30秒！

完全相同的存储过程并在同一台服务器上运行。

这是SSIS包中流程的结构：

存储过程的名称是BR_SHP_Timekeeper_Costs。

具有相同名称的Execute SQL Task使用ADO.NET connection manager并运行：

EXEC BR_SHP_Timekeeper_Costs @p1, @p2

正如您所看到的，此任务由优先约束“链接”，以便它将自行运行，即不会与其他任务竞争。

我注意到在执行程序包期间（通过SQL代理），当它执行该任务时，我可以在Activity Monitor中看到大量的CXPACKET等待类型，CPU正在运行97-99％。

仅供参考，服务器有8个vCPU，MAXDOP设置为0，并行度阈值设置为5

到目前为止，我已经尝试/调查/发现了以下内容：

1. 此存储过程只有1个缓存执行计划，SSIS和SSMS（手动运行存储过程）都使用它;

2. 创建了一个运行T-SQL的虚拟SQL代理作业 - EXEC BR_SHP_Timekeeper_Costs。这项工作在约30秒内完成。

3. 创建了一个虚拟SSIS包，它只包含一个执行SQL任务，并使用ADO.NET连接管理器运行相同的存储过程。然后通过新的SQL代理作业运行它。在约30秒内完成。

我还可以在这里查看什么？

为什么会这样？我已经摸不着头一个星期了......

Answer 1

也许您可以尝试将参数@ p1和@ p2分配给存储过程中定义的两个变量，然后使用这些变量而不是参数。例如：

ALTER PROCEDURE BR_SHP_Timekeeper_Costs
@p1 int,
@p2 int

AS

declare @_p1 int, @_p2 int
set @_p1 = @p1
set @_p2 = @p2
....
....
select column1, column2 from table t where t.p1 = @_p1
....
....

在某些情况下，此解决方法可能会加快执行速度。

希望它可以帮到你！