标签: maxdop

我们有一个服务器，在 2 个 NUMA 上有 8 个 CPU，并启用了超线程。当前 Maxdop 设置为 8，但实际上应该按照本文的 Maxdop 部分设置为 4：

https://support.microsoft.com/en-us/kb/322385

所以我们需要把它改成4。

但是我的问题是将 maxdop 设置为 8 有什么影响？那么并行跨越两个 NUMAS 吗？我问的原因是我们刚刚遇到了一个奇怪的问题，查询返回非常慢，而 PLE 迅速下降。

即使没有针对 SQL 运行，PLE 也没有改进。CXPACKET 等待类型上升。然后突然 CXPACKET 等待类型完全下降，PLE 开始上升，现在已经恢复正常。

在这段时间里，对数据库执行了小查询，但并不是一个查询完成导致 CXPACKET 等待类型下降而 PLE 再次上升的情况 - 我们不知道是什么原因造成的。

一个可能的解释是 MAXDOP 设置不正确。

谁能向我解释跨 NUMA 节点并行执行的影响，是否与使用外部内存时耗尽工作线程和更慢的访问时间相同？

谢谢

我们的 MS SQL Server 2016 数据库运行缓慢，我一直在使用 Brent Ozar 的急救箱进行一些初步故障排除。

我看到大量 CXPACKET 等待类型，在 17.5 小时的数据样本中，我们看到 10 个 CPU 的等待时间为 99 小时，即 55.5%！

我希望这里有人可以确认我们应该关注这个数字并尽快解决它。我们的 MAXDOP 设置为 4，这与 MS 的建议是准确的，但我们的 CTP 设置为 5，我认为需要更改为 50。

在我将这些信息交给我的老板之前，我只是想澄清一下，是的，我是数据库管理的新手，是的，我正在研究其他等待类型，但这似乎是迄今为止最重要的。

干杯，
乔希

我在测试 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 不同吗？

我使用 SQL Server 2008R2 标准版实例（最近迁移到 Azure VM）的数百个数据库的 SharePoint 数据存储定期遇到 THREADPOOL 等待问题。它一次在许多（可能是所有）这些数据库中运行一个名为 proc_DefragmentIndices 的存储过程。

存储过程无条件地重建数据库中的每个索引。当然，它们是头部阻塞器（因为它是标准版，每个 ALTER INDEX 命令都以 ONLINE=OFF 运行）。因为一次运行的程序太多（每个都在不同的数据库中），并且它们并行运行（这会占用更多的工作人员），所以一切都堆积如山。只是为了增加噪音，Azure Backup 正在备份许多数据库，而这一切都在进行，消耗了更多的工作人员。活动监视器显示 106 个等待任务，以及许多 ALTER INDEX 命令的同一会话 ID 的多个实例（这就是我说它们并行的原因）。

我觉得令人困惑的是，即使实例中的 MAXDOP 设置为 1，这些 ALTER INDEX 语句也会并行运行，这是对 SharePoint 数据库的建议，并且由存储过程执行的 ALTER INDEX 语句没有使用 MAXDOP 选项来覆盖它.

Q1：当 MAXDOP 设置为 1 时，INDEX 重建如何并行？

Q2：活动监视器显示 ALTER INDEX 命令，但 sp_WhoIsActive 没有。有谁知道为什么？

我有 8 个 CPU 的 SQL Server。最大工作线程设置为 850。最大 dop 为 8。并行性的成本线程保持为 50。

这意味着 sql server 会将高于成本阈值的查询分解为 8 个线程。由于每个线程都在一个 cpu 上运行，那么这是否意味着在当前运行的 8 个线程中至少有一个被释放之前，不允许其他用户运行查询？

那么设置 max dop = cpu 数量会导致单个查询阻塞其他查询的情况吗？

默认情况下，SQL Server 允许最大并发连接数为 32767，这是可以同时登录 SQL Server 实例的最大用户数。

我正在开发 10 个 Web api，它们将使用自己的登录名查询 sql 服务器（因此最多 10 个登录名，加上管理员/开发人员）。预计并发登录数不超过20。

然而，每个登录 (api) 可以发出多个（也许 500 个）并发查询请求。因此，实际上 10 个 api * 500 个请求 = 5000 个并发查询请求。有时请求会较少或没有。

假设有足够的内存和磁盘 io 能力，我正在规划 cpu 要求。

据我所知，sql 请求被分配给工作线程，并且根据处理器的数量，有一定数量的默认工作线程。目前我的开发机器有 24 个处理器，因此默认的最大工作线程是 832。

假设查询可能超出线程占用成本（40），这意味着 SQL Server 可能决定使用并行性（最大 dop）。

假设 MAX DOP = 1，则一次可以处理 832 个请求。

假设 MAX DOP = 4，则一次可以处理 208 个请求。

超出此范围的任何查询请求都必须等待，直到为其分配工作线程。

那么，为了确保能够满足 5000 个请求的峰值负载，估计我至少需要大约 145 个 cpu 是否正确？

((145-4)*32)+512 = 5024