SQL Server 2008性能故障排查(二)——CPU(下)_织梦CMS

来自 : www.dedecms.com/knowledge/data 发布时间：2021-03-25

查询内并行:
当 生成了执行计划以后，SQLServer优化器会尝试选择响应时间最短的计划来实现查询。如果查询消耗超过了并行度花销临界值，查询优化器会尝试生成一个 计划来做并行运行。并行执行计划使用处理器的多个线程来处理查询。最大并行度可以在服务器级别做限制，使用max degree of parallelism选项。在资源负载组级别或者每个查询级别使用OPTION(MAXDOP)提示。实际执行的并行度（实际用于并行操作的标准）被延 迟到执行时才实现。在执行之前，SQLServer会根据空闲程度决定可用于执行DOP的可用调度器。在DOP被选定以后，查询会在该并行度中执行直到结 束。并行执行会稍微耗用更多的CPU时间，但只是持续一段很短的时间。当没有其他瓶颈时，比如物理I/O等待等，并行计划会完全使用100%的CPU。
一 个关键的因素是在查询开始执行后，引导查询使用并行计划。但是这种情况在执行开始后还是可以变更的。比如，如果查询在空闲发起，服务器可能会选择使用使用 4个处理器来并行执行。在这些线程开始执行,现有的连接可以提交其他查询这也需要大量的CPU。在那时，其他不同的线程会共享可用CPU的短时间片。这将 导致高查询持续时间。
使 用并行计划运行不是一件坏事，因为它能提供更快的响应时间。但是，对给定查询的响应时间需要权衡，应该从整体去权衡。并行查询适合批处理，并且会根据负载 来选择运行环境。SQLServer2008对分区表查询具有很好的扩展性，所以SQLServer2008会在并行运行时使用比旧版本更高的CPU数 量。如果这不是你想要的，就应该限制甚至禁用并行性。

侦查：
并行查询所带来的影响可以使用以下方法来侦测：
性能监视器（Performance Monitor）：
重 点关注：SQL Server:SQL Statistics Batch Requests/sec计数器和SQL Statistics Objects。由于执行并行查询需要预估开销不能超过设定的阈值（默认为5，可以在配置里面设定），所以如果每秒服务器要处理的批处理过多，那么将只有 少量的批处理以并行方式执行。服务器通常情况下会并行运行一些小批处理，比如100个以下。
DMVs：
从服务器运行开始，可以使用以下查询来监控:
2012年8月24日在资源负载组级别或者每个查询级别使用OPTION(MAXDOP)提示。实际执行的并行度(实际用于并行操作的标准)被延 迟到执行时才实现。在执行之前,SQLServer...SQL,Server,2008,性能,故障,排查,CPU,低低效查询计划： 当查询产生一个执行计划时，sqlser优化器会尝试选择响应时间最短的计划。最快响应时间并不一定意味着最小化I/O。或者最小化CPU，而是各种资源上的一个平衡。 某 些操作与生俱来就比普通操作更占用CPU资源。如Hash操作和排序操作会分别扫描各SQL Server 2008性能故障排查（二）——CPU(下)