主页 / dba / 问题 / 258395
Accepted
jesijesi
Asked: 2020-01-29 20:00:55 +0800 CST

并行运行 sys.dm_db_index_physical_stats

  • 772

我正在尝试获取一些超过 500 GB 的表的碎片信息，并且我正在...DETAILED使用sys.dm_db_index_physical_stats. 我在我们的 pre-Prod 服务器上的生产数据库的还原副本上执行此操作，因此我不在乎损害服务器上的任何性能。

我运行了它，它看起来像是在串行运行并且它需要永远。有没有办法dm_db_index_physical_stats()并行运行？还是有其他设置干扰它？

我猜在 SQL Server 2014DBCC TRACEON (8649)中OPTION(USE HINT('ENABLE_PARALLEL_PLAN_PREFERENCE'))不可用。

DBCC SETCPUWEIGHT(1000);也从 Paul White 的博客中尝试过。该博客提到了并行抑制器，其中之一是系统表。算不算dm_db_index_physical_stats()系统表？

sql-server performance

1 个回答

  1. Best Answer
    sys.dm_db_index_physical_stats

    是系统表值函数。

    在内部，这将对内部INDEXANALYSIS系统数据源执行 openrowset 调用。

    create function [sys].[dm_db_index_physical_stats]
(
    @DatabaseId         SMALLINT        = 0,
    @ObjectId           INT             = 0,
    @IndexId            INT             = -1,
    @PartitionNumber    INT             = 0,
    @Mode               nvarchar(20)    = NULL
)
returns table
as
    return select *
        from OpenRowset
        (   TABLE
            INDEXANALYSIS,
            @DatabaseId,
            @ObjectId,
            @IndexId,
            @PartitionNumber,
            @Mode
        )
GO

    有关这些内部数据源的更多信息，请点击此处。

    INDEXANALYSIS您可以在执行计划中找到相同的TVF 调用：

    在此处输入图像描述

    而且你还可以看到它是一个多语句表值函数。

    在此处输入图像描述

    因此，由于原因#1：系统表访问，查询将无法使用并行性

    列表会随着版本的变化而变化，但例如这些事情使整个计划在 SQL Server 2012 上连续：

    • ...

    • 系统表访问（例如从 sys.tables 读取）

    由于原因#2 ，TVF 调用也将是串行的：Multi statement TVF

    这些查询功能是需要在

    • ...

    • 多语句 T-SQL 表值函数

    资源

    • 5

相关问题