次の方法で共有

sys.dm_db_missing_index_group_stats (Transact-SQL)

  • [アーティクル]

適用対象: SQL Server Azure SQL Database Azure SQL Managed Instance

空間インデックスを除く、不足しているインデックスのグループに関する概要情報を返します。

Azure SQL Database では、動的管理ビューでは、データベースの包含に影響する情報を公開したり、ユーザーがアクセスできる他のデータベースに関する情報を公開したりすることはできません。 この情報が公開されないようにするために、接続されているテナントに属していないデータを含む行はすべてフィルタリングされます。

列名 データ型 説明
group_handle int 不足しているインデックスのグループを識別します。 この識別子はサーバー内で一意です。

他の列は、グループ内のインデックスが欠落していると見なされるすべてのクエリに関する情報を提供します。

インデックス グループには、インデックスが 1 つだけ含まれます。

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 クエリなど) によって発生したシーク数。 詳細については、「 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 を使用します。

Note

この DMV の結果セットは 600 行に制限されています。 各行には、不足しているインデックスが 1 つ含まれています。 不足しているインデックスが 600 個を超える場合は、新しいインデックスを表示できるように、既存の不足しているインデックスに対処する必要があります。

1 つの不足しているインデックス グループには、同じインデックスを必要とするクエリがいくつか存在する場合があります。 この 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 句に一覧表示する必要があります。 等値列の有効な順序を決定するには、選択度に基づいて列を並べ替え、最も選択的な列を最初に一覧表示します (列リストの左端)。 不足しているインデックス候補を する方法について説明します。

次のステップ

不足しているインデックス機能の詳細については、次の記事を参照してください。