查询执行时使用了多少线程？

Question

我在测试 SQL Server 2014 上安装了 AdventureWorks2014 数据库。我计划执行以下查询：

SELECT *
FROM Sales.SalesOrderDetail sod
INNER JOIN Production.Product p ON sod.ProductID = p.ProductID
ORDER BY Style

在实际执行之前，我有我的工作线程的以下图片：

在查询执行时，我再次检查了工作线程的状态：

如您所见，第二张图片中的 active_workers_count 总数高于第一张屏幕截图中的总数。从第二个屏幕截图中，我可以假设查询执行所需的总工作线程为 1+2+1+2=6。但是，当我查看执行计划中索引扫描运算符的属性时，我看到：

似乎我的并行度为 4，这意味着 4 个线程正在并行处理行。

我很困惑，无法确定在查询执行期间运行了多少线程。有人可以向我解释为什么 active_workers_count 与 DOP 不同吗？

Answer 1

我很困惑，无法确定在查询执行期间运行了多少线程。

要理解这一点，您确实需要查看执行计划。这是我在 DOP 4 的 SQL Server 2017 上（在 SQL Server 2014 兼容模式下）获得的查询结果：

每个并行分支获得 DOP 线程。因此，乍一看，最多 12 个工作人员可以同时针对此查询处于活动状态。

但是，哈希匹配连接在激活探测（下）输入分支之前必须消耗整个构建（上）输入分支。所以这里是执行的方式，一般来说：

• 4 个工作线程开始运行红色分支（记住，执行开始查询计划的左上角）
• 哈希匹配要求黑色的行分支中
• 4 个工作线程开始运行黑色分支（现在最多有 8 个工作线程处于活动状态）
• 一旦黑色分支完成，执行计划的探测端被激活
• 黑色分支使用的 4 个工作线程被蓝色分支重用（最多仍然有 8 个活动工作线程）

因此，此查询一次最多使用 8 个并行工作线程。 SQL Server 足够聪明，意识到一次只能激活两个分支（因为哈希匹配的阻塞特性），并且只保留了 8 个线程（而不是 12 个）：

请注意，它表示分支为“2”——这是可以并发执行的分支数量。

为了解决您的活动工作人员的屏幕截图，某些线程可能会先于其他线程完成所有工作（例如，因为它们要处理的行较少）。因此，在查询执行的给定点上，您可能只有 6 个线程在运行（在 8 个可能的线程中）。

相关阅读：

并行执行计划——分支和线程
在 SQL Server 中，是每个操作符的并行性还是其他什么？