主页 / dba / 问题 / 198501
Accepted
DForck42
Asked: 2018-02-22 12:06:14 +0800 CST

从 sys.dm_db_missing_index_details 中选择将开始返回行，然后坐着旋转

  • 772

我正在尝试对服务器上丢失的索引进行一些分析（我以前从未在此服务器上做过）。我正在运行 sp_blitzindex，它会在“将数据插入#MissingIndexes”时挂起。我深入研究了查询并找到了它命中 sys.dm_db_missing_index_details 的位置。

尝试从 sys.dm_db_missing_index_details 中选择将返回大约 300 条记录，然后它会坐下来旋转。我不想让它继续看它需要多长时间才能完成，但我让它运行了两分钟多，但它没有完成。

为什么这需要很长时间才能返回？什么会导致这个？

sql-server sql-server-2014

1 个回答

  1. Best Answer

    这听起来像是其他会话正在阻止动态管理视图。

    CREATE TABLE并DROP TABLE 强制更新为sys.dm_db_missing_index_details.

    我能够重新创建一个阻塞场景，其中一个打开的事务阻止读取sys.dm_db_missing_index_details. 在开发机器上的 SSMS 窗口中运行：

    BEGIN TRANSACTION
IF OBJECT_ID(N'dbo.mid_test_2', N'U') IS NOT NULL
DROP TABLE dbo.mid_test_2;
IF OBJECT_ID(N'dbo.mid_test', N'U') IS NOT NULL
DROP TABLE dbo.mid_test;
CREATE TABLE dbo.mid_test
(
    ID int NOT NULL PRIMARY KEY CLUSTERED
    , SomeVal varbinary(2000) NOT NULL DEFAULT (CRYPT_GEN_RANDOM(2000))
);

CREATE TABLE dbo.mid_test_2
(
    ID int NOT NULL FOREIGN KEY REFERENCES dbo.mid_test(ID)
    , SomeVal varbinary(2000) NOT NULL DEFAULT (CRYPT_GEN_RANDOM(2000))
);
GO

;WITH src AS 
(
    SELECT v.num
    FROM (VALUES (0), (1), (2), (3), (4), (5), (6), (7), (8), (9))v(num)
)
INSERT INTO dbo.mid_test (ID)
SELECT s1.num 
    + (s2.num * 10) 
    + (s3.num * 100) 
    + (s4.num * 1000) 
    + (s5.num * 10000) 
FROM src s1
    CROSS JOIN src s2
    CROSS JOIN src s3
    CROSS JOIN src s4
    CROSS JOIN src s5
ORDER BY 1;

;WITH src AS 
(
    SELECT v.num
    FROM (VALUES (0), (1), (2), (3), (4), (5), (6), (7), (8), (9))v(num)
)
INSERT INTO dbo.mid_test_2 (ID)
SELECT s1.num 
    + (s2.num * 10) 
    + (s3.num * 100) 
    + (s4.num * 1000) 
    + (s5.num * 10000) 
FROM src s1
    CROSS JOIN src s2
    CROSS JOIN src s3
    CROSS JOIN src s4
    CROSS JOIN src s5
ORDER BY 1;

SELECT *
FROM dbo.mid_test m1
    INNER JOIN dbo.mid_test_2 m2 ON m1.ID = m2.ID
WHERE m2.ID = 66666

    现在，在另一个 SSMS 窗口中，运行以下命令（您可能需要运行几次，具体取决于您的速度！）

    SELECT *
FROM sys.dm_db_missing_index_details;

    对我来说，上面的查询会阻塞，直到我提交或回滚在第一个查询窗口中启动的事务，其中：

    COMMIT TRANSACTION

    或者

    ROLLBACK TRANSACTION

    不幸的是，SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;在查询之前运行sys.dm_db_missing_index_details并没有帮助；它仍然阻塞，直到打开的事务提交或回滚。

    • 2

相关问题