Sql server 性能调整之谜

因此，我有一个SSIS包存在性能问题。到目前为止，我已经跑了4次了

运行1-运行整个包。需要58秒。性能问题再次出现

运行2-在启用日志记录的情况下运行整个包。66秒

01-18-Package   66  10:32:26    10:33:32
Task1   2   10:32:26    10:32:28
Task2   1   10:32:28    10:32:29
Task3   2   10:32:29    10:32:31
Task4   1   10:32:31    10:32:32
Task5   1   10:32:31    10:32:32
Data Flow   59  10:32:32    10:33:31
Task 7  1   10:33:31    10:33:32

瓶颈似乎是数据流

运行3。使用右键单击并执行任务自行执行数据流。需要8秒。什么？仅使用“数据流”任务和“播放”按钮运行软件包给我9.6秒的时间

运行4。除去数据流之外的包中的所有内容，并使用日志运行。52秒

问题是数据流还是内存问题？我在调查中的下一步应该是什么？日志不是问题，数据流本身也不是问题。数据流中存在查找，如果存在问题，可能会使用一些内存

[查找故障ID[33]]信息：查找故障ID已处理540345 缓存中的行。处理时间为1.623秒。缓存 使用了19452420字节的内存

---

我不认为它与查找相关——因为它嵌入在数据流中，所以测试“仅包含数据流的包”也会相应地缓慢。但另一个问题是：您是在本地（在Visual Studio中）还是在部署包后在服务器上执行包？上面所有的执行都是在用于查找的viusal studioFull缓存中本地执行的。我在想，查找所需的额外内存可能已将内存使用率推到某个阈值以上。包中除了数据流之外还有什么？只是执行大量sql任务以进行验证和所需检查。在内存或cpu中，没有其他应该是疯狂密集型的。所有剩余的任务都运行得很快，没有问题。我认为这与查找无关——因为它嵌入在数据流中，所以测试“仅包含数据流的包”也会相应地慢。但另一个问题是：您是在本地（在Visual Studio中）还是在部署包后在服务器上执行包？上面所有的执行都是在用于查找的viusal studioFull缓存中本地执行的。我在想，查找所需的额外内存可能已将内存使用率推到某个阈值以上。包中除了数据流之外还有什么？只是执行大量sql任务以进行验证和所需检查。在内存或cpu中，没有其他应该是疯狂密集型的。所有剩余的任务运行速度都很快，没有问题。