sys.dm_db_missing_index_group_stats (Transact-SQL)

  • 發行項

適用於：SQL ServerAzure SQL DatabaseAzure SQL 受控執行個體

傳回遺漏索引群組的摘要資訊，不包括空間索引。

在 Azure SQL Database 中，動態管理檢視不可以公開可能會影響資料庫內含項目的資訊，或公開有關使用者可存取之其他資料庫的資訊。 為了避免公開此資訊，系統會篩選出包含不屬於連線租用戶之資料的每個資料列。

資料行名稱 資料類型 描述
group_handle int 識別遺漏索引的群組。 此識別碼在伺服器中是唯一的。

其他資料行會提供群組中索引視為遺漏之所有查詢的相關資訊。

索引群組只包含一個索引。

可以在 sys.dm_db_missing_index_groups 中 加入 index_group_handle 。
unique_compiles bigint 可受益于這個遺漏索引群組的編譯和重新編譯數目。 許多不同查詢的編譯和重新編譯可能會對這個資料行值造成貢獻。
user_seeks bigint 使用者查詢導致群組中建議索引可能已用於的搜尋次數。
user_scans bigint 使用者查詢可能已用於群組中建議索引的掃描數目。
last_user_seek datetime 上次搜尋的日期和時間，由使用者查詢所造成，群組中建議的索引可能已用於。
last_user_scan datetime 使用者查詢群組中建議索引可能已用於的最後一次掃描日期和時間。
avg_total_user_cost float 使用者查詢的平均成本，可由群組中的索引降低。
avg_user_impact float 實作此遺漏索引群組時，使用者查詢可能會遇到的平均百分比優勢。 值表示如果實作這個遺漏索引群組，查詢成本會平均下降這個百分比。
system_seeks bigint 系統查詢所造成的搜尋數目，例如自動統計資料查詢，群組中建議的索引可能已用於。 如需詳細資訊，請參閱 Auto Stats 事件類別 。
system_scans bigint 由系統查詢導致群組中建議索引可能已用於的掃描數目。
last_system_seek datetime 上次系統搜尋的日期和時間，由系統查詢所造成，群組中建議的索引可能已用於。
last_system_scan datetime 最後一次系統掃描的日期和時間，因為系統查詢中建議的索引可能已用於群組中。
avg_total_system_cost float 系統查詢的平均成本，可由群組中的索引降低。
avg_system_impact float 如果實作這個遺漏的索引群組，系統查詢可能會遇到的平均百分比優勢。 值表示如果實作這個遺漏索引群組，查詢成本會平均下降這個百分比。

備註

傳 sys.dm_db_missing_index_group_stats 回的資訊會由每個查詢執行更新，而不是由每個查詢編譯或重新編譯所傳回。 使用量統計資料不會保存，而且只會在資料庫引擎重新開機之前保留。 如果資料庫管理員想要在伺服器回收之後保留使用量統計資料，則應該定期製作遺漏索引資訊的備份複本。 使用 sys.dm_os_sys_info 中的 sqlserver_start_time 資料行，來尋找最近一次資料庫引擎啟動時間。

注意

此 DMV 的結果集限制為 600 個數據列。 每個資料列都包含一個遺漏的索引。 如果您有超過 600 個遺漏的索引，您應該解決現有的遺漏索引，以便您接著檢視較新的索引。

遺漏的索引群組可能有數個需要相同索引的查詢。 如需此 DMV 中需要特定索引之個別查詢的詳細資訊，請參閱 sys.dm_db_missing_index_group_stats_query 。

權限

若要查詢此動態管理檢視，使用者必須獲得 VIEW SERVER STATE 許可權或任何暗示 VIEW SERVER STATE 許可權的許可權。

SQL Server 2022 和更新版本的權限

需要伺服器上的 VIEW SERVER PERFORMANCE STATE 權限。

範例

下列範例說明如何使用 sys.dm_db_missing_index_group_stats 動態管理檢視。 深入瞭解在具有遺漏索引建議的微調非叢集索引中使用 遺漏索引的 指引。

A. 尋找 10 個遺漏的索引，並找出使用者查詢預期最高的改善

下列查詢會決定哪些 10 個遺漏的索引會產生使用者查詢的最高預期累積改善，依遞減順序。

SELECT TOP 10 *  
FROM sys.dm_db_missing_index_group_stats  
ORDER BY avg_total_user_cost * avg_user_impact * (user_seeks + user_scans)DESC;

B. 尋找特定遺漏索引群組的個別遺漏索引及其資料行詳細資料

下列查詢會決定哪些遺漏索引組成特定的遺漏索引群組，並顯示其資料行詳細資料。 為了這個範例，遺漏的索引 group_handle 是 24。

SELECT migs.group_handle, mid.*  
FROM sys.dm_db_missing_index_group_stats AS migs  
INNER JOIN sys.dm_db_missing_index_groups AS mig  
    ON (migs.group_handle = mig.index_group_handle)  
INNER JOIN sys.dm_db_missing_index_details AS mid  
    ON (mig.index_handle = mid.index_handle)  
WHERE migs.group_handle = 24;

此查詢提供遺漏索引的資料庫、架構和資料表名稱。 它也會提供應該用於索引鍵的資料行名稱。 撰寫 CREATE INDEX DDL 語句以實作遺漏索引時，請先列出相等資料行，然後在 CREATE INDEX 語句的 ON < table_name > 子句中列出等號資料行。 包含的資料行應該列在 CREATE INDEX 語句的 INCLUDE 子句中。 若要判斷相等資料行的有效順序，請根據選取性排序它們，先列出最選擇性的資料行（資料行清單中的最左邊）。 瞭解如何 套用遺漏的 索引建議。

下一步

在下列文章中深入瞭解遺漏的索引功能：