执行SSIS包时，SQL Server强制进行多头处理

Question

这里的问题是：我正在使用VisualCron在SQL Server 2008 R2上运行一个sis软件包。 SSIS程序包将运行查询，该查询将获取数百万行并将其输出到平面文件中。 有时，当我运行此SSIS包时，发现sql服务器不使用多线程（我可以从活动监视器中得知），这导致大约20小时的非常长的运行时间。 但是，如果使用多线程，则可以在8分钟内完成。

有没有办法在运行此SSIS包时强制sql server使用多线程？

Answer 1

有一些选项可优化查询以处理多个同时操作...或至少提高性能。

1. 在查询中应用OPTION MAXDOP以应用操作系统可用的最大处理器数（并行度）。 下面列出的是一个示例，这是更详细的链接 。

   从dbo.Customer OPTION（MAXDOP 1）中选择名字，姓氏

2. 如果与SSIS包操作期间正在更新的表中的数据无关，请在查询中应用NOLOCK。 也就是说，如果不关心“脏读”，这将起作用。 请参阅以下链接和示例。

   从dbo.Customer WITH（NOLOCK）中选择名字，姓氏

3. 查看此链接 ，以获取改善查询性能的最佳实践。 可能还有其他未采取的步骤或尚未使用的工具，可以极大地帮助您提高性能。

Answer 2

问题变得越来越明显。
它与sql如何决定使用串行执行计划或并行执行计划有关。 这就是优化器的工作。 事实证明，我在VisualCron中有两个计划运行的任务，它们都将运行相同的大查询。 不同之处在于它们将获得不同的输入参数。
第一个获取不会处理太多数据的参数。
第二个参数获取处理大量数据的参数。

我假设SQL优化器首先看到提交的查询，并且该查询不会获得太多数据，因此决定使用串行计划。

我猜想该查询的计划已缓存，因此当它检查第二个提交的查询时，优化器可能会检查缓存以查看是否存在该查询的任何过去评估的计划。 然后，如果存在，它将使用它。 这就是为什么它仍然选择对第二个查询使用串行计划。

更改两个任务的顺序后（我先执行一个将处理更多数据的任务，然后执行一个将处理较少数据的任务），它开始工作，现在对这两个任务都使用并行计划。 （您可能需要重新启动实例以清除缓存的执行计划）

优化器的工作方式仍然是我的假设。

其他人的帖子，解释了优化器在这里如何发挥重要作用

http://web.archive.org/web/20180404164406/http://sqlblog.com/blogs/paul_white/archive/2011/12/23/forcing-a-parallel-query-execution-plan.aspx