主页 / dba / 问题

问题[maxdop](dba)

Martin Hope
Ken
Asked: 2020-04-09 12:27:40 +0800 CST
  • 1

我一直在研究数十个有关 MAXDOP 的网站，但我似乎缺少一些基本的东西。MAXDOP=0 使 SQL 能够使用所有可用的 CPU。MS 推荐的设置是设置 MAXDOP = CPU 的数量，如果小于 8，如果 CPU 有 8 个或更多，则设置 MAXDOP = 8（注意，还有一些更精细的点，例如，NUMA 等，但这是基本指导。）如果MAXDOP=0 启用所有 CPU，系统有 8 个或更少的 CPU，设置 MAXDOP=0 与设置 MAXDOP=#CPU 有何不同？难道它们都不会导致所有 x CPU 都可用吗？如果# of CPU's> 8，我可以看到这在哪里非常有意义。

谢谢！

sql-server maxdop
Martin Hope
crokusek
Asked: 2018-12-11 10:35:20 +0800 CST
  • 1

如果我弄错了请纠正我，但据我了解，当计划执行查询时，引擎会考虑可用的空闲线程数并相应地调整查询计划。

例如，如果一台机器负载很高，以至于只有一个线程空闲，那么通常在卸载机器上使用多个线程运行的查询可以作为单线程执行。

有没有一种方法可以动态查询可用的空闲线程数，以便可以延迟（while/waitfor）执行特定的关键查询（当 MaxDop < X 时运行不可接受），直到可用的最小空闲线程数为止？

更新：基于 Kin 的回答的起点：

这似乎遵循了一个简单的负载测试，但由于某种原因永远不会返回所有空闲状态。我对这张桌子一无所知。

select count(*) as Cpus, 
       sum(IsIdle) + 1 as IdleCpus  -- +1 since current query should be excluded
  from 
     (
        select Cpu_id, 
               min(convert(int, is_idle)) IsIdle
          from sys.dm_os_schedulers
          group by Cpu_id
     ) q
   ;
sql-server maxdop
Martin Hope
sja
Asked: 2018-09-08 02:44:07 +0800 CST
  • 1

在 VMWare 虚拟服务器上设置 MAXDOP 时，VMWare 建议遵循 Microsoft 指南

https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/solutions/sql-server-on-vmware-best-practices-guide.pdf

https://support.microsoft.com/en-gb/help/2806535/recommendations-and-guidelines-for-the-max-degree-of-parallelism-confi

  • 保持 MAXDOP 等于或低于逻辑处理器数
  • 将 MAXDOP 保持在 8
  • 将 MAXDOP 保持在或低于每个 NUMA 节点的逻辑处理器数
  • 将 MAXDOP 保持在 8

一位同事认为虚拟CPU不同，SQL Server无论你有多少只能访问1个CPU，MAXDOP应该设置为1。根据上述信息和许多其他网站，我认为这是错误的，对性能不利. 我已经将 MAXDOP 设置为上述多年。但是，他们所说的是否有任何真实性。

非常感谢

sql-server maxdop
Martin Hope
James Jenkins
Asked: 2018-02-24 06:13:46 +0800 CST
  • 3

我有 SQL 2016 标准版实例，在 2 个节点中有 40 个逻辑处理器。（2 个物理处理器 x 20 个内核 = 总共 40 个内核）

根据SQL Server 中“最大并行度”配置选项的建议和指南，我想将 MaxDOP 设置为 8

每个 NUMA 节点超过 8 个逻辑处理器 将 MAXDOP 保持在 8

但是每个最大并行度选项我只能设置为 4，但它看起来适用于 2008 年，我在 2016 年

并行度设置的最大值由 SQL Server 的版本控制，

实际我改成8，SQL没有报错，值一直是8。我把它改回0，继续研究。

我担心的是，如果我设置为 8，我可能真的将它设置为 4。在我进行任何更改之前，我想知道 8 = 8。我已经搜索并没有发现任何其他说明 MaxDOP 在新版本 SQL 中的限制是基于版本的。

SQL 2016+ 版本中的 MaxDOP 限制是否基于？

EDIT Soft NUMA 当前在启动时设置为 4 个节点。仍在学习，但如果我理解正确，我认为这意味着具有 10 个逻辑处理器的单个节点可以应用于任何一条语句（查询），因此将 MaxDOP 设置为 8 以保留两个处理器可能不值得付出努力，没有一些现有的问题需要解决。

EDIT2节点不限制并行性

将线程放在多个节点上；这是 SQL Server 做出的最常见的决定。该决定根据需要将工作人员分布在多个节点上。除了起始位置基于保存的、下一个节点、全局枚举器之外，该设计与 full 类似。 资源

sql-server-2016 maxdop
Martin Hope
Peter
Asked: 2016-02-13 02:11:38 +0800 CST
  • 5

一直在与我公司的应用程序供应商就并行性进行辩论。他们坚持认为 Maxdop = 1 对应用程序/数据库有显着的性能改进，但他们绝对没有提供任何证据。

我测试了各种 DOP/CT 设置，发现在使用 Maxdop 4（8 个超线程内核）和 CT 150 时，自动化测试的整体性能提高了 28%。

供应商的 DBA 最近说：“MSSQL 的内部进程存在一个问题，即使 DOP 为‘1’，MSSQL 的内部进程也能使用这个值，在使用它的 MSSQL 服务器中有低于 51 的 SPID，幽灵清理等这个。”

我对此进行了研究，尽管信息很少，但 Paul Randall 至少说 ghost 清理始终是单线程的，所以显然供应商的 dba 不正确？

当 Maxdop = 1 时，对 CT 的影响有什么想法吗？

sql-server-2008-r2 maxdop