sys.dm_db_index_physical_stats (Transact-SQL)
Gilt für: SQL Server Azure SQL-Datenbank Azure SQL verwaltete Instanz
Gibt Größen- und Fragmentierungsinformationen für die Daten und Indizes der angegebenen Tabelle oder Ansicht in SQL Server zurück. Bei einem Index wird eine Zeile für jede B-Strukturebene in den einzelnen Partitionen zurückgegeben. Bei einem Heap wird eine Zeile für die IN_ROW_DATA
-Zuordnungseinheit jeder Partition zurückgegeben. Bei Daten für große Objekte (LOB) wird eine Zeile für die LOB_DATA
Zuordnungseinheit jeder Partition zurückgegeben. Wenn Zeilenüberlaufdaten in der Tabelle vorhanden sind, wird eine Zeile für die ROW_OVERFLOW_DATA
Zuordnungseinheit in jeder Partition zurückgegeben.
Hinweis
In der SQL Server-Dokumentation wird der Begriff „B-Struktur“ im Allgemeinen in Bezug auf Indizes verwendet. In Zeilenspeicherindizes implementiert SQL Server eine B+-Struktur. Dies gilt nicht für Columnstore-Indizes oder In-Memory-Datenspeicher. Weitere Informationen finden Sie im Leitfaden zur Architektur und zum Entwerfen von SQL Server- und Azure SQL-Indizes.
sys.dm_db_index_physical_stats
gibt keine Informationen zu speicheroptimierten Indizes zurück. Informationen zur speicheroptimierten Indexverwendung finden Sie unter sys.dm_db_xtp_index_stats (Transact-SQL).For information about memory-optimized index use, see sys.dm_db_xtp_index_stats (Transact-SQL).
Wenn Sie eine Abfrage auf einer Serverinstanz durchführen sys.dm_db_index_physical_stats
, die ein verfügbarkeitsgruppenlesbares sekundäres Replikat hosten, tritt möglicherweise ein REDO
Blockierungsproblem auf. Dies liegt daran, dass diese dynamische Verwaltungsansicht eine IS
Sperre für die angegebene Benutzertabelle oder -ansicht abruft, die Anforderungen von einem REDO
Thread für eine X
Sperre für diese Benutzertabelle oder -ansicht blockieren kann.
Transact-SQL-Syntaxkonventionen
Syntax
sys.dm_db_index_physical_stats (
{ database_id | NULL | 0 | DEFAULT }
, { object_id | NULL | 0 | DEFAULT }
, { index_id | NULL | 0 | -1 | DEFAULT }
, { partition_number | NULL | 0 | DEFAULT }
, { mode | NULL | DEFAULT }
)
Argumente
database_id | NULL | 0 | VORGABE
Die ID der Datenbank. database_id ist klein. Gültige Eingaben sind die ID einer Datenbank, NULL, 0 oder DEFAULT. Der Standardwert ist 0. NULL, 0 und DEFAULT sind in diesem Kontext gleichwertige Werte.
Geben Sie NULL an, um Informationen für alle Datenbanken in der Sql Server-Instanz zurückzugeben. Wenn Sie NULL für database_id angeben, müssen Sie auch NULL für object_id, index_id und partition_number angeben.
Die integrierte Funktion DB_ID kann angegeben werden. Bei Verwendung DB_ID
ohne Angabe eines Datenbanknamens muss die Kompatibilitätsebene der aktuellen Datenbank 90 oder höher sein.
object_id | NULL | 0 | VORGABE
Die Objekt-ID der Tabelle oder Ansicht, in der der Index aktiviert ist. object_id ist int.
Gültige Eingaben sind die ID einer Tabelle und einer Ansicht, NULL, 0 oder DEFAULT. Der Standardwert ist 0. NULL, 0 und DEFAULT sind in diesem Kontext gleichwertige Werte. Ab SQL Server 2016 (13.x) enthalten gültige Eingaben auch den Namen der Servicebrokerwarteschlange oder den internen Tabellennamen der Warteschlange. Wenn Standardparameter angewendet werden (d. h. alle Objekte, alle Indizes usw.), werden Fragmentierungsinformationen für alle Warteschlangen im Resultset enthalten.
Geben Sie NULL an, wenn Informationen zu allen Tabellen und Sichten in der angegebenen Datenbank zurückgegeben werden sollen. Wenn Sie NULL für object_id angeben, müssen Sie auch NULL für index_id und partition_number angeben.
index_id | 0 | NULL | -1 | VORGABE
Die ID des Indexes. index_id ist int. Gültige Eingaben sind die ID eines Indexes, 0, wenn object_id ein Heap, NULL, -1 oder DEFAULT ist. Der Standard ist -1. NULL, -1 und DEFAULT sind in diesem Kontext gleichwertige Werte.
Geben Sie NULL an, um Informationen für alle Indizes für eine Basistabelle oder -ansicht zurückzugeben. Wenn Sie NULL für index_id angeben, müssen Sie auch NULL für partition_number angeben.
partition_number | NULL | 0 | VORGABE
Die Partitionsnummer im Objekt. partition_number ist int. Gültige Eingaben sind die partion_number eines Indexes oder Heaps, NULL, 0 oder DEFAULT. Der Standardwert ist 0. NULL, 0 und DEFAULT sind in diesem Kontext gleichwertige Werte.
Geben Sie NULL an, um Informationen für alle Partitionen des besitzenden Objekts zurückzugeben.
partition_number basiert auf 1. Ein nicht partitioniertes Index oder Heap hat partition_number auf 1 festgelegt.
Modus | NULL | VORGABE
Der Name des Modus. der Modus gibt die Scanebene an, die zum Abrufen von Statistiken verwendet wird. der Modus "sysname" ist. Gültige Eingaben sind DEFAULT, NULL, LIMITED, SAMPLED oder DETAILED. Der Standardwert (NULL) ist LIMITED.
Zurückgegebene Tabelle
Spaltenname | Datentyp | Beschreibung |
---|---|---|
database_id | smallint | Datenbank-ID der Tabelle oder Sicht. In Azure SQL-Datenbank sind die Werte innerhalb einer einzelnen Datenbank oder eines elastischen Pools eindeutig, aber nicht innerhalb eines logischen Servers. |
object_id | int | Objekt-ID der Tabelle oder Sicht mit dem Index. |
index_id | int | Index-ID eines Indexes. 0 = Heap. |
partition_number | int | 1-basierte Partitionsnummer im besitzenden Objekt; eine Tabelle, eine Sicht oder ein Index. 1 = Nicht partitionierter Index oder Heap. |
index_type_desc | nvarchar(60) | Beschreibung des Indextyps: – HEAP - GRUPPIERTER INDEX - NICHT GRUPPIERTER INDEX - PRIMÄRER XML-INDEX - ERWEITERTER INDEX - XML-INDEX - COLUMNSTORE-ZUORDNUNGSINDEX (intern) - COLUMNSTORE DELETEBUFFER INDEX (intern) - COLUMNSTORE DELETEBITMAP INDEX (intern) |
hobt_id | bigint | Heap- oder B-Struktur-ID des Indexes oder der Partition. Bei Columnstore-Indizes ist dies die ID für ein Rowset, das interne Spaltenspeicherdaten für eine Partition nachverfolgt. Die Rowsets werden als Datenhaps oder B-Strukturen gespeichert. Sie haben dieselbe Index-ID wie der übergeordnete Spaltenspeicherindex. Weitere Informationen finden Sie unter sys.internal_partitions (Transact-SQL). |
alloc_unit_type_desc | nvarchar(60) | Beschreibung des Typs der Zuordnungseinheit: - IN_ROW_DATA - LOB_DATA - ROW_OVERFLOW_DATA Die LOB_DATA Zuordnungseinheit enthält die Daten, die in Spalten vom Typ "Text", "ntext", "image", "varchar(max)", "nvarchar(max)", "varbinary(max)" und "xml" gespeichert sind. Weitere Informationen finden Sie unter Datentypen (Transact-SQL).Die ROW_OVERFLOW_DATA Zuordnungseinheit enthält die Daten, die in Spalten vom Typ varchar(n), nvarchar(n), varbinary(n) und sql_variant gespeichert werden, die aus der Zeile verschoben wurden. |
index_depth | tinyint | Anzahl von Indexebenen. 1 = Heap oder LOB_DATA ROW_OVERFLOW_DATA Zuordnungseinheit. |
index_level | tinyint | Aktuelle Ebene des Indexes. 0 für Indexblattebenen, Heaps und LOB_DATA Zuordnungseinheiten ROW_OVERFLOW_DATA .Werte größer 0 für Nicht-Indexblattebenen. index_level ist die höchste auf der Stammebene eines Indexes. Die nichtleafierten Indizes werden nur verarbeitet, wenn der Modus = DETAIL ANGEGEBEN ist. |
avg_fragmentation_in_percent | float | Logische Fragmentierung für Indizes oder Erweiterungsfragmentierung für Heaps in der IN_ROW_DATA Zuordnungseinheit.Der Wert wird als Prozentsatz gemessen und berücksichtigt mehrere Dateien. Definitionen für die logische Fragmentierung und die Blockfragmentierung finden Sie unter den Hinweisen. 0 für LOB_DATA und ROW_OVERFLOW_DATA Zuordnungseinheiten.NULL für Heaps beim Modus = SAMPLED. |
fragment_count | bigint | Anzahl der Fragmente auf der Blattebene einer IN_ROW_DATA Zuordnungseinheit. Weitere Informationen zu Fragmenten finden Sie unter den Hinweisen.NULL für nichtleafliche Ebenen eines Indexes und LOB_DATA oder ROW_OVERFLOW_DATA Zuordnungseinheiten.NULL für Heaps beim Modus = SAMPLED. |
avg_fragment_size_in_pages | float | Durchschnittliche Anzahl von Seiten in einem Fragment auf der Blattebene einer IN_ROW_DATA Zuordnungseinheit.NULL für nichtleafliche Ebenen eines Indexes und LOB_DATA oder ROW_OVERFLOW_DATA Zuordnungseinheiten.NULL für Heaps beim Modus = SAMPLED. |
page_count | bigint | Gesamtanzahl von Index- oder Datenseiten. Bei einem Index wird die Gesamtanzahl der Indexseiten auf der aktuellen Ebene der B-Struktur in der IN_ROW_DATA Zuordnungseinheit angezeigt.Bei einem Heap wird die Gesamtanzahl der Datenseiten in der IN_ROW_DATA Zuordnungseinheit angezeigt.Für LOB_DATA oder ROW_OVERFLOW_DATA Zuordnungseinheiten, Gesamtanzahl der Seiten in der Zuordnungseinheit. |
avg_page_space_used_in_percent | float | Durchschnittlicher Prozentsatz des auf allen Seiten verwendeten verfügbaren Datenspeicherplatzes. Für einen Index gilt der Mittelwert für die aktuelle Ebene der B-Struktur in der IN_ROW_DATA Zuordnungseinheit.Bei einem Heap wird der Mittelwert aller Datenseiten in der IN_ROW_DATA Zuordnungseinheit berechnet.Für LOB_DATA oder ROW_OVERFLOW_DATA Zuordnungseinheiten, der Mittelwert aller Seiten in der Zuordnungseinheit.NULL beim Modus = BESCHRÄNKT. |
record_count | bigint | Gesamtanzahl von Datensätzen. Bei einem Index gilt die Gesamtanzahl der Datensätze auf der aktuellen Ebene der B-Struktur in der IN_ROW_DATA Zuordnungseinheit.Bei einem Heap wird die Gesamtanzahl der Datensätze in der IN_ROW_DATA Zuordnungseinheit verwendet.Hinweis: Bei einem Heap stimmt die Anzahl der von dieser Funktion zurückgegebenen Datensätze möglicherweise nicht mit der Anzahl der Zeilen überein, die zurückgegeben werden, indem ein gegen SELECT COUNT(*) den Heap ausgeführt wird. Das liegt daran, dass eine Zeile möglicherweise mehrere Datensätze enthält. So kann in bestimmten Updatesituationen eine einzelne Heapzeile möglicherweise über einen Weiterleitungsdatensatz und einen weitergeleiteten Datensatz als Ergebnis des Updates verfügen. Außerdem werden die meisten großen BRANCHENzeilen in mehrere Datensätze im LOB_DATA Speicher aufgeteilt.Für LOB_DATA oder ROW_OVERFLOW_DATA Zuordnungseinheiten, die Gesamtanzahl der Datensätze in der vollständigen Zuordnungseinheit.NULL beim Modus = BESCHRÄNKT. |
ghost_record_count | bigint | Anzahl von inaktiven Datensätzen, die durch den Cleanuptask für inaktive Datensätze in der Zuordnungseinheit entfernt werden können. 0 für nichtleafliche Niveaus eines Indexes in der IN_ROW_DATA Zuordnungseinheit.NULL beim Modus = BESCHRÄNKT. |
version_ghost_record_count | bigint | Anzahl inaktiver Datensätze, die von einer ausstehenden Momentaufnahme-Isolationstransaktion in einer Zuordnungseinheit beibehalten werden. 0 für nichtleafliche Niveaus eines Indexes in der IN_ROW_DATA Zuordnungseinheit.NULL beim Modus = BESCHRÄNKT. |
min_record_size_in_bytes | int | Minimale Datensatzgröße in Bytes. Für einen Index gilt die mindeste Datensatzgröße für die aktuelle Ebene der B-Struktur in der IN_ROW_DATA Zuordnungseinheit.Bei einem Heap wird die mindeste Datensatzgröße in der IN_ROW_DATA Zuordnungseinheit verwendet.Für LOB_DATA oder ROW_OVERFLOW_DATA Zuordnungseinheiten, die mindeste Datensatzgröße in der vollständigen Zuordnungseinheit.NULL beim Modus = BESCHRÄNKT. |
max_record_size_in_bytes | int | Maximale Datensatzgröße in Bytes. Bei einem Index gilt die maximale Datensatzgröße für die aktuelle Ebene der B-Struktur in der IN_ROW_DATA Zuordnungseinheit.Bei einem Heap wird die maximale Datensatzgröße in der IN_ROW_DATA Zuordnungseinheit verwendet.Für LOB_DATA oder ROW_OVERFLOW_DATA Zuordnungseinheiten, die maximale Datensatzgröße in der vollständigen Zuordnungseinheit.NULL beim Modus = BESCHRÄNKT. |
avg_record_size_in_bytes | float | Durchschnittliche Datensatzgröße in Bytes. Bei einem Index gilt die durchschnittliche Datensatzgröße für die aktuelle Ebene der B-Struktur in der IN_ROW_DATA Zuordnungseinheit.Bei einem Heap wird die durchschnittliche Datensatzgröße in der IN_ROW_DATA Zuordnungseinheit verwendet.Für LOB_DATA oder ROW_OVERFLOW_DATA Zuordnungseinheiten, die durchschnittliche Datensatzgröße in der vollständigen Zuordnungseinheit.NULL beim Modus = BESCHRÄNKT. |
forwarded_record_count | bigint | Die Anzahl der Datensätze in einem Heap, die Weiterleitungszeiger an einen anderen Datenspeicherort aufweisen. (Dieser Zustand tritt während einer Aktualisierung auf, wenn nicht genügend Platz zum Speichern der neuen Zeile am ursprünglichen Speicherort vorhanden ist.) NULL für eine andere Zuordnungseinheit als die IN_ROW_DATA Zuordnungseinheiten für einen Heap.NULL für Heaps, wenn modus = LIMITED. |
compressed_page_count | bigint | Die Anzahl der komprimierten Seiten. Bei Heaps werden neu zugeordnete Seiten nicht SEITEN komprimiert. Ein Heap wird nur unter zwei besonderen Bedingungen PAGE-komprimiert: wenn Massendaten importiert werden oder wenn ein Heap neu erstellt wird. Typische DML-Vorgänge, die zu Seitenzuweisungen führen, werden nicht PAGE komprimiert. Erstellen Sie einen Heap neu, wenn der compressed_page_count Wert größer als der gewünschte Schwellenwert wird.Bei Tabellen mit einem gruppierten Index gibt der compressed_page_count Wert die Effektivität der PAGE-Komprimierung an. |
columnstore_delete_buffer_state | tinyint | 0 = NOT_APPLICABLE 1 = OPEN 2 = ENTWÄSSERUNG 3 = LEERUNG 4 = EINSTELLUNG 5 = BEREIT Gilt für: SQL Server 2016 (13.x) und höhere Versionen, Azure SQL-Datenbank und Azure SQL verwaltete Instanz |
columnstore_delete_buffer_state_desc | nvarchar(60) | UNGÜLTIG – der übergeordnete Index ist kein Spaltenspeicherindex. OPEN – Löscher und Scanner verwenden dies. ENTWÄSSERUNG - Löscher werden ausgelassen, aber Scanner verwenden es weiterhin. FLUSHING - Puffer wird geschlossen, und Zeilen im Puffer werden in die Löschbitmap geschrieben. RETIRING - Zeilen im Puffer für den geschlossenen Löschvorgang wurden in die Löschbitmap geschrieben, der Puffer wurde jedoch nicht abgeschnitten, da Scanner sie weiterhin verwenden. Neue Scanner müssen den Puffer nicht verwenden, da der geöffnete Puffer ausreichend ist. READY – Dieser Löschpuffer ist einsatzbereit. Gilt für: SQL Server 2016 (13.x) und höhere Versionen, Azure SQL-Datenbank und Azure SQL verwaltete Instanz |
version_record_count | bigint | Dies ist die Anzahl der Zeilenversionsdatensätze, die in diesem Index verwaltet werden. Diese Zeilenversionen werden vom Feature "Beschleunigte Datenbankwiederherstellung " verwaltet. Gilt für: SQL Server 2019 (15.x) und höhere Versionen sowie Azure SQL-Datenbank |
inrow_version_record_count | bigint | Die Anzahl der ADR-Versionsdatensätze, die in der Datenzeile gespeichert sind, um einen schnellen Abruf zu ermöglichen. Gilt für: SQL Server 2019 (15.x) und höhere Versionen sowie Azure SQL-Datenbank |
inrow_diff_version_record_count | bigint | Anzahl der ADR-Versionsdatensätze, die in Form von Unterschieden von der Basisversion aufbewahrt werden. Gilt für: SQL Server 2019 (15.x) und höhere Versionen sowie Azure SQL-Datenbank |
total_inrow_version_payload_size_in_bytes | bigint | Gesamtgröße in Byte der Zeilenversionsdatensätze für diesen Index. Gilt für: SQL Server 2019 (15.x) und höhere Versionen sowie Azure SQL-Datenbank |
offrow_regular_version_record_count | bigint | Anzahl der Versionsdatensätze, die außerhalb der ursprünglichen Datenzeile gespeichert werden. Gilt für: SQL Server 2019 (15.x) und höhere Versionen sowie Azure SQL-Datenbank |
offrow_long_term_version_record_count | bigint | Anzahl der Versionsdatensätze, die als langfristig betrachtet werden. Gilt für: SQL Server 2019 (15.x) und höhere Versionen sowie Azure SQL-Datenbank |
Hinweis
In der SQL Server-Dokumentation wird der Begriff „B-Struktur“ im Allgemeinen in Bezug auf Indizes verwendet. In Zeilenspeicherindizes implementiert SQL Server eine B+-Struktur. Dies gilt nicht für Columnstore-Indizes oder In-Memory-Datenspeicher. Weitere Informationen finden Sie im Leitfaden zur Architektur und zum Entwerfen von SQL Server- und Azure SQL-Indizes.
Hinweise
Die sys.dm_db_index_physical_stats
dynamische Verwaltungsfunktion ersetzt die DBCC SHOWCONTIG
Anweisung.
Scanmodi
Der Modus, in dem die Funktion ausgeführt wird, bestimmt die Scanebene, die zum Abrufen der statistischen Daten von der Funktion verwendet wird. der Modus wird als LIMITED, SAMPLED oder DETAILED angegeben. Die Funktion durchsucht die Seitenketten nach den Zuordnungseinheiten, aus denen die angegebenen Partitionen der Tabelle oder des Indexes bestehen. sys.dm_db_index_physical_stats
erfordert nur eine Intent-Shared (IS)-Tabellensperre, unabhängig vom Modus, in dem sie ausgeführt wird.
Der Modus LIMITED ist am schnellsten und durchsucht am wenigsten Seiten. Bei einem Index werden nur die Seiten der übergeordneten B-Strukturebene (d. h. die Seiten oberhalb der Blattebene) gescannt. Bei einem Heap werden nur die zugehörigen PFS- und IAM-Seiten untersucht; die Datenseiten des Heaps werden im Modus LIMITED gescannt.
Bei EINGESCHRÄNKTem Modus ist NULL, compressed_page_count
da die Datenbank-Engine nur nicht gehörlose Seiten der B-Struktur und der IAM- und PFS-Seiten des Heaps überprüft. Verwenden Sie den SAMPLED-Modus, um einen geschätzten Wert für compressed_page_count
, und verwenden Sie den DETAILLIERTEn Modus, um den tatsächlichen Wert für compressed_page_count
. Der Modus SAMPLED gibt Statistiken basierend auf einer Stichprobe von 1 % aller Seiten im Index oder Heap zurück. Ergebnisse im SAMPLED-Modus sollten als ungefähre Werte angesehen werden. Falls der Index oder Heap weniger als 10.000 Seiten aufweist, wird anstelle des Modus SAMPLED der Modus DETAILED verwendet.
Der Modus DETAILED durchsucht alle Seiten und gibt alle Statistiken zurück.
Die Geschwindigkeit der Modi nimmt von LIMITED zu DETAILED schrittweise ab, weil im jeweils nächsten Modus mehr Arbeitsschritte ausgeführt werden. Verwenden Sie den Modus LIMITED, wenn Sie die Größe oder die Fragmentierungsebene einer Tabelle oder eines Indexes schnell messen möchten. Sie ist am schnellsten und gibt für jede nicht gehörlose Ebene in der IN_ROW_DATA
Zuordnungseinheit des Indexes keine Zeile zurück.
Verwenden von Systemfunktionen zum Angeben von Parameterwerten
Sie können die Transact-SQL-Funktionen DB_ID und OBJECT_ID verwenden, um einen Wert für die Parameter database_id und object_id anzugeben. Das Übergeben von Werten, die für diese Funktionen nicht gültig sind, kann jedoch zu unbeabsichtigten Ergebnissen führen. Wenn beispielsweise der Datenbank- oder Objektname nicht gefunden werden kann, weil sie nicht vorhanden sind oder falsch geschrieben sind, geben beide Funktionen NULL zurück. Die sys.dm_db_index_physical_stats
Funktion interpretiert NULL als Wildcardwert, der alle Datenbanken oder alle Objekte angibt.
Darüber hinaus wird die OBJECT_ID
Funktion vor dem Aufruf der sys.dm_db_index_physical_stats
Funktion verarbeitet und daher im Kontext der aktuellen Datenbank ausgewertet, nicht in der datenbank, die in database_id angegeben ist. Dieses Verhalten kann dazu führen, dass die OBJECT_ID
Funktion einen NULL-Wert zurückgibt. Wenn der Objektname sowohl im aktuellen Datenbankkontext als auch in der angegebenen Datenbank vorhanden ist, wird möglicherweise eine Fehlermeldung zurückgegeben. In den folgenden Beispielen werden diese nicht beabsichtigten Ergebnisse veranschaulicht.
USE master;
GO
-- In this example, OBJECT_ID is evaluated in the context of the master database.
-- Because Person.Address does not exist in master, the function returns NULL.
-- When NULL is specified as an object_id, all objects in the database are returned.
-- The same results are returned when an object that is not valid is specified.
SELECT * FROM sys.dm_db_index_physical_stats
(DB_ID(N'AdventureWorks2022'), OBJECT_ID(N'Person.Address'), NULL, NULL , 'DETAILED');
GO
-- This example demonstrates the results of specifying a valid object name
-- that exists in both the current database context and
-- in the database specified in the database_id parameter of the
-- sys.dm_db_index_physical_stats function.
-- An error is returned because the ID value returned by OBJECT_ID does not
-- match the ID value of the object in the specified database.
CREATE DATABASE Test;
GO
USE Test;
GO
CREATE SCHEMA Person;
GO
CREATE Table Person.Address(c1 int);
GO
USE AdventureWorks2022;
GO
SELECT * FROM sys.dm_db_index_physical_stats
(DB_ID(N'Test'), OBJECT_ID(N'Person.Address'), NULL, NULL , 'DETAILED');
GO
-- Clean up temporary database.
DROP DATABASE Test;
GO
Best Practice
Stellen Sie immer sicher, dass beim Verwenden oder Verwenden DB_ID
eine OBJECT_ID
gültige ID zurückgegeben wird. Wenn Sie z. B. verwenden OBJECT_ID
, geben Sie einen dreiteiligen Namen an, z OBJECT_ID(N'AdventureWorks2022.Person.Address')
. B. oder testen Sie den von den Funktionen zurückgegebenen Wert, bevor Sie sie in der sys.dm_db_index_physical_stats
Funktion verwenden. In den nachstehenden Beispielen A und B wird eine sichere Möglichkeit zur Angabe von Datenbank- und Objekt-IDs aufgezeigt.
Erkennen der Fragmentierung
Die Fragmentierung wird durch Datenänderungen (mithilfe der Anweisungen INSERT, UPDATE oder DELETE) in Bezug auf die Tabelle und dadurch an den für diese Tabelle definierten Indizes hervorgerufen. Da diese Änderungen nicht gleichmäßig auf die Zeilen der Tabelle und Indizes verteilt werden, kann die Füllkraft jeder Seite im Laufe der Zeit variieren. Diese Tabellenfragmentierung kann bei Abfragen, bei denen die Indizes einer Tabelle teilweise oder ganz gescannt werden, zu zusätzlichen Seitenlesevorgängen führen. Dies behindert das parallele Scannen von Daten.
Die Fragmentierungsebene eines Indexes oder Heaps wird in der avg_fragmentation_in_percent
Spalte angezeigt. Bei Heaps stellt dieser Wert die Blockfragmentierung des Heaps dar. Bei Indizes stellt dieser Wert die logische Fragmentierung des Indexes dar. Im Gegensatz dazu DBCC SHOWCONTIG
berücksichtigen die Fragmentierungsberechnungsalgorithmen in beiden Fällen speicherübergreifend mehrere Dateien und sind daher genau.
Logische Fragmentierung
Dies ist der Prozentsatz der Seiten, die auf den Blattseiten eines Indexes nicht ordnungsgemäß sortiert sind. Eine nicht ordnungsgemäß einsortierte Seite ist eine Seite, für die die nächste physische Seite, die dem Index zugeordnet ist, nicht die Seite ist, auf die der Zeiger für die nächste Seite auf der aktuellen Blattseite zeigt.
Fragmentierung des Umfangs
Dies ist der Prozentsatz der Blöcke, die auf den Blattseiten eines Heaps nicht ordnungsgemäß sortiert sind. Ein out-of-order-Umfang ist eine, für die der Umfang, in dem die aktuelle Seite für einen Heap enthalten ist, nach dem Umfang, der die vorherige Seite enthält, nicht physisch das nächste Ausmaß ist.
Der Wert für avg_fragmentation_in_percent
den Wert sollte so nah wie möglich null sein, um maximale Leistung zu erzielen. Werte zwischen 0 und 10 % sind jedoch akzeptabel. Um diese Werte zu verringern, können alle Methoden zur Reduzierung der Fragmentierung verwendet werden, wie z. B. Neuerstellung oder Neuorganisierung. Weitere Informationen zum Analysieren des Grads der Fragmentierung in einem Index finden Sie unter Reorganize and Rebuild Indexes.
Reduzieren der Fragmentierung in einem Index
Wenn ein Index derart fragmentiert ist, dass die Fragmentierung die Abfrageleistung beeinträchtigt, gibt es drei Möglichkeiten, um die Fragmentierung zu reduzieren:
Löschen Sie den gruppierten Index, und erstellen Sie ihn neu.
Durch das erneute Erstellen eines gruppierten Indexes werden die Daten neu verteilt, was zu vollen Datenseiten führt. Der Füllungsgrad kann über die Option FILLFACTOR in CREATE INDEX konfiguriert werden. Diese Methode hat den Nachteil, dass der Index während des Löschens und Neuerstellens offline und der Vorgang atomar ist. Wenn die Indexerstellung unterbrochen wird, wird der Index nicht neu erstellt. Weitere Informationen finden Sie unter CREATE INDEX (Transact-SQL).
Verwenden Sie ALTER INDEX REORGANIZE, den Ersatz für
DBCC INDEXDEFRAG
, um die Blattebenenseiten des Indexes in einer logischen Reihenfolge neu anzuordnen. Da es sich hierbei um einen Onlinevorgang handelt, steht der Index während der Ausführung der Anweisung zur Verfügung. Der Vorgang kann auch ohne Verlust bereits abgeschlossener Arbeitsschritte unterbrochen werden. Der Nachteil dieser Methode besteht darin, dass es nicht so gut ist, die Daten als Indexneuerstellungsvorgang neu zu organisieren, und es werden keine Statistiken aktualisiert.Verwenden Sie ALTER INDEX REBUILD, den Ersatz für
DBCC DBREINDEX
, um den Index online oder offline neu zu erstellen. Weitere Informationen finden Sie unter ALTER INDEX (Transact-SQL).
Die Fragmentierung allein reicht nicht aus, um einen Index neu zu organisieren oder neu zu erstellen. Durch die Fragmentierung wird in erster Linie der Read-Ahead-Durchsatz von Seiten während Indexscans reduziert. Dies verursacht langsamere Antwortzeiten. Wenn die Abfrageworkloads in einer fragmentierten Tabelle oder einem Index keine Scans umfassen, da die Workload in erster Linie Singleton-Nachschlagevorgänge ist, hat das Entfernen der Fragmentierung möglicherweise keine Auswirkungen.
Hinweis
Wird ausgeführt DBCC SHRINKFILE
oder DBCC SHRINKDATABASE
kann fragmentiert werden, wenn ein Index während des Verkleinerungsvorgangs teilweise oder vollständig verschoben wird. Wenn ein Verkleinerungsvorgang ausgeführt werden muss, sollten Sie diesen deshalb vor dem Beseitigen der Fragmentierung vornehmen.
Reduzieren der Fragmentierung in einem Heap
Um die Blockfragmentierung eines Heaps zu reduzieren, erstellen Sie einen gruppierten Index für die Tabelle, und löschen Sie dann den Index. Dadurch werden die Daten neu verteilt, während der gruppierte Index erstellt wird. Dabei wird ein möglichst optimaler Zustand in Bezug auf die Verteilung des freien Speicherplatzes in der Datenbank angestrebt. Wenn der gruppierte Index dann gelöscht wird, um den Heap neu zu erstellen, werden die Daten nicht verschoben und bleiben optimal positioniert. Informationen zum Ausführen dieser Vorgänge finden Sie unter CREATE INDEX und DROP INDEX.
Achtung
Beim Erstellen und Ablegen eines gruppierten Indexes in einer Tabelle werden alle nicht gruppierten Indizes in dieser Tabelle zweimal neu erstellt.
Komprimieren großer Objektdaten
Standardmäßig komprimiert die ALTER INDEX REORGANIZE-Anweisung Seiten, die LOB-Daten (Large Object) enthalten. Da branchenspezifische Seiten beim Leeren nicht abgeglichen werden, kann die Komprimierung dieser Daten die Speicherplatznutzung verbessern, wenn viele BRANCHENdaten gelöscht wurden oder eine LOB-Spalte gelöscht wird.
Durch das Neuorganisieren eines angegebenen gruppierten Indexes werden alle im gruppierten Index enthaltenen LOB-Spalten komprimiert. Durch das Neuorganisieren eines nicht gruppierten Indexes werden alle LOB-Spalten komprimiert, die (eingeschlossene) Nichtschlüsselspalten im Index sind. Wenn ALL in der Anweisung angegeben wird, werden alle Indizes, die der angegebenen Tabelle oder Sicht zugeordnet sind, neu organisiert. Darüber hinaus werden alle Branchenspalten, die dem gruppierten Index, der zugrunde liegenden Tabelle oder einem nicht gruppierten Index mit enthaltenen Spalten zugeordnet sind, komprimiert.
Auswerten der Speicherplatznutzung
Die avg_page_space_used_in_percent
Spalte gibt die Seitenfülle an. Um eine optimale Speicherplatznutzung zu erzielen, sollte dieser Wert für einen Index, der nicht über viele zufällige Einfügungen verfügt, nahe 100 Prozent liegen. Ein Index mit vielen zufälligen Einfügungen und sehr vollständigen Seiten hat jedoch eine höhere Anzahl von Seitenaufteilungen. Dadurch entsteht mehr Fragmentierung. Deshalb sollte dieser Wert unter 100 % liegen, um Seitenteilungen zu reduzieren. Durch die Neuerstellung eines Indexes mit angegebener Option FILLFACTOR kann der Seitenfüllgrad an das Abfragemuster für den Index angepasst werden. Weitere Informationen zum Füllfaktor finden Sie unter Angeben des Füllfaktors für einen Index. Darüber hinaus komprimiert ALTER INDEX REORGANIZE einen Index, indem versucht wird, Seiten bis zum zuletzt angegebenen FILLFACTOR-Wert zu füllen. Dadurch erhöht sich der Wert in avg_space_used_in_percent. ALTER INDEX REORGANIZE kann die Seitenfülle nicht reduzieren. Stattdessen muss eine Indexneuerstellung ausgeführt werden.
Auswerten von Indexfragmenten
Ein Fragment besteht aus aufeinander folgenden Blattseiten in derselben Datei für eine Zuordnungseinheit. Ein Index weist mindestens ein Fragment auf. Die maximale Anzahl von Fragmenten für einen Index entspricht der Anzahl von Seiten auf der Blattebene des Indexes. Größere Fragmente bedeuten, dass weniger Datenträger-E/A-Vorgänge zum Lesen der gleichen Anzahl von Seiten erforderlich sind. Je größer der avg_fragment_size_in_pages
Wert ist, desto besser ist die Leistung des Bereichsscans. Die avg_fragment_size_in_pages
Werte sind avg_fragmentation_in_percent
umgekehrt proportional zueinander. Deshalb sollte durch das Neuerstellen oder Neuorganisieren eines Indexes die Fragmentierung reduziert und die Fragmentgröße erhöht werden.
Einschränkungen
Gibt keine Daten für gruppierte Spaltenspeicherindizes zurück.
Berechtigungen
Folgende Berechtigungen sind erforderlich:
CONTROL-Berechtigung für das angegebene Objekt innerhalb der Datenbank.
VIEW DATABASE STATE or VIEW DATABASE PERFORMANCE STATE (SQL Server 2022) permission to return information about all objects within the specified database, by using the object wildcard @object_id=NULL.
VIEW SERVER STATE or VIEW SERVER PERFORMANCE STATE (SQL Server 2022) permission to return information about all databases, by using the database wildcard @database_id = NULL.
Wenn die VIEW DATABASE STATE-Berechtigung erteilt wurde, ist die Rückgabe für alle Objekte in der Datenbank zulässig, unabhängig davon, ob CONTROL-Berechtigungen für bestimmte Objekte verweigert wurden.
Nach dem Verweigern der VIEW DATABASE STATE-Berechtigung können keine Objekte in der Datenbank zurückgegeben werden, unabhängig von möglicherweise erteilten CONTROL-Berechtigungen für bestimmte Objekte. Wenn der Datenbank-Wildcard @database_id=NULL angegeben wird, wird die Datenbank nicht angegeben.
Weitere Informationen finden Sie unter Dynamische Verwaltungsansichten und -funktionen (Transact-SQL).For more information, see Dynamic Management Views and Functions (Transact-SQL).
Beispiele
A. Zurückgeben von Informationen zu einer angegebenen Tabelle
Im folgenden Beispiel werden die Größen- und Fragmentierungsstatistiken für alle Indizes und Partitionen der Person.Address
-Tabelle zurückgegeben. Als Scanmodus ist 'LIMITED'
festgelegt, um eine optimale Leistung sicherzustellen und die zurückgegebenen Statistiken zu begrenzen. Für die Ausführung dieser Abfrage wird zumindest die CONTROL-Berechtigung für die Person.Address
-Tabelle benötigt.
DECLARE @db_id SMALLINT;
DECLARE @object_id INT;
SET @db_id = DB_ID(N'AdventureWorks2022');
SET @object_id = OBJECT_ID(N'AdventureWorks2022.Person.Address');
IF @db_id IS NULL
BEGIN;
PRINT N'Invalid database';
END;
ELSE IF @object_id IS NULL
BEGIN;
PRINT N'Invalid object';
END;
ELSE
BEGIN;
SELECT * FROM sys.dm_db_index_physical_stats(@db_id, @object_id, NULL, NULL , 'LIMITED');
END;
GO
B. Zurückgeben von Informationen zu einem Heap
Im folgenden Beispiel werden alle Statistiken für den Heap dbo.DatabaseLog
in der AdventureWorks2022-Datenbank zurückgegeben. Da die Tabelle LOB-Daten enthält, wird eine Zeile für die LOB_DATA
-Zuordnungseinheit zurückgegeben. Dies geschieht zusätzlich zu der Zeile, die für IN_ROW_ALLOCATION_UNIT
zurückgegeben wird und in der die Datenseiten des Heaps gespeichert sind. Für die Ausführung dieser Abfrage wird zumindest die CONTROL-Berechtigung für die dbo.DatabaseLog
-Tabelle benötigt.
DECLARE @db_id SMALLINT;
DECLARE @object_id INT;
SET @db_id = DB_ID(N'AdventureWorks2022');
SET @object_id = OBJECT_ID(N'AdventureWorks2022.dbo.DatabaseLog');
IF @object_id IS NULL
BEGIN;
PRINT N'Invalid object';
END;
ELSE
BEGIN;
SELECT * FROM sys.dm_db_index_physical_stats(@db_id, @object_id, 0, NULL , 'DETAILED');
END;
GO
C. Zurückgeben von Informationen für alle Datenbanken
Im folgenden Beispiel werden alle Statistiken für alle Tabellen und Indizes innerhalb der SQL Server-Instanz zurückgegeben, indem der Wildcard NULL
für alle Parameter angegeben wird. Zum Ausführen dieser Abfrage ist die VIEW SERVER STATE-Berechtigung erforderlich.
SELECT * FROM sys.dm_db_index_physical_stats (NULL, NULL, NULL, NULL, NULL);
GO
D: Verwenden sys.dm_db_index_physical_stats
in einem Skript zum Neuerstellen oder Neuorganisieren von Indizes
Im folgenden Beispiel werden automatisch alle Partitionen in einer Datenbank neu angeordnet oder neu erstellt, die eine durchschnittliche Fragmentierung von über 10 % aufweisen. Zum Ausführen dieser Abfrage ist die VIEW DATABASE STATE-Berechtigung erforderlich. In diesem Beispiel wird DB_ID
als erster Parameter angegeben, ohne einen Datenbanknamen anzugeben. Wenn die aktuelle Datenbank eine Kompatibilitätsstufe von 80 oder niedriger aufweist, wird ein Fehler generiert. Zum Beheben des Fehlers ersetzen Sie DB_ID()
durch einen gültigen Datenbanknamen. Weitere Informationen zu Datenbankkompatibilitätsstufen finden Sie unter ALTER DATABASE Compatibility Level (Transact-SQL).For more information about database compatibility levels, see ALTER DATABASE Compatibility Level (Transact-SQL).
-- Ensure a USE <databasename> statement has been executed first.
SET NOCOUNT ON;
DECLARE @objectid INT;
DECLARE @indexid INT;
DECLARE @partitioncount BIGINT;
DECLARE @schemaname NVARCHAR(130);
DECLARE @objectname NVARCHAR(130);
DECLARE @indexname NVARCHAR(130);
DECLARE @partitionnum BIGINT;
DECLARE @partitions BIGINT;
DECLARE @frag FLOAT;
DECLARE @command NVARCHAR(4000);
-- Conditionally select tables and indexes from the sys.dm_db_index_physical_stats function
-- and convert object and index IDs to names.
SELECT object_id AS objectid,
index_id AS indexid,
partition_number AS partitionnum,
avg_fragmentation_in_percent AS frag
INTO #work_to_do
FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'LIMITED')
WHERE avg_fragmentation_in_percent > 10.0
AND index_id > 0;
-- Declare the cursor for the list of partitions to be processed.
DECLARE partitions CURSOR
FOR
SELECT *
FROM #work_to_do;
-- Open the cursor.
OPEN partitions;
-- Loop through the partitions.
WHILE (1 = 1)
BEGIN;
FETCH NEXT
FROM partitions
INTO @objectid,
@indexid,
@partitionnum,
@frag;
IF @@FETCH_STATUS < 0
BREAK;
SELECT @objectname = QUOTENAME(o.name),
@schemaname = QUOTENAME(s.name)
FROM sys.objects AS o
INNER JOIN sys.schemas AS s
ON s.schema_id = o.schema_id
WHERE o.object_id = @objectid;
SELECT @indexname = QUOTENAME(name)
FROM sys.indexes
WHERE object_id = @objectid
AND index_id = @indexid;
SELECT @partitioncount = count(*)
FROM sys.partitions
WHERE object_id = @objectid
AND index_id = @indexid;
-- 30 is an arbitrary decision point at which to switch between reorganizing and rebuilding.
IF @frag < 30.0
SET @command = N'ALTER INDEX ' + @indexname + N' ON ' + @schemaname + N'.' + @objectname + N' REORGANIZE';
IF @frag >= 30.0
SET @command = N'ALTER INDEX ' + @indexname + N' ON ' + @schemaname + N'.' + @objectname + N' REBUILD';
IF @partitioncount > 1
SET @command = @command + N' PARTITION=' + CAST(@partitionnum AS NVARCHAR(10));
EXEC (@command);
PRINT N'Executed: ' + @command;
END;
-- Close and deallocate the cursor.
CLOSE partitions;
DEALLOCATE partitions;
-- Drop the temporary table.
DROP TABLE #work_to_do;
GO
E. Wird verwendet sys.dm_db_index_physical_stats
, um die Anzahl der seitenkomprimierten Seiten anzuzeigen.
Im folgenden Beispiel wird gezeigt, wie die Gesamtanzahl von Seiten angezeigt und den Seiten mit Zeilen- und Seitenkomprimierung gegenüber gestellt wird. Mithilfe dieser Informationen kann ermittelt werden, welche Vorteile diese Komprimierung für einen Index oder eine Tabelle hat.
SELECT o.name,
ips.partition_number,
ips.index_type_desc,
ips.record_count,
ips.avg_record_size_in_bytes,
ips.min_record_size_in_bytes,
ips.max_record_size_in_bytes,
ips.page_count,
ips.compressed_page_count
FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'DETAILED') ips
INNER JOIN sys.objects o
ON o.object_id = ips.object_id
ORDER BY record_count DESC;
F. Verwenden sys.dm_db_index_physical_stats
im SAMPLED-Modus
Im folgenden Beispiel wird gezeigt, wie vom Modus SAMPLED ein ungefährer Wert zurückgegeben wird, der sich von den Ergebnissen des Modus DETAILED unterscheidet.
CREATE TABLE t3 (
col1 INT PRIMARY KEY,
col2 VARCHAR(500)
)
WITH (DATA_COMPRESSION = PAGE);
GO
BEGIN TRANSACTION
DECLARE @idx INT = 0;
WHILE @idx < 1000000
BEGIN
INSERT INTO t3 (col1, col2)
VALUES (
@idx,
REPLICATE('a', 100) + CAST(@idx AS VARCHAR(10)) + REPLICATE('a', 380)
)
SET @idx = @idx + 1
END
COMMIT;
GO
SELECT page_count,
compressed_page_count,
forwarded_record_count,
*
FROM sys.dm_db_index_physical_stats(db_id(), object_id('t3'), NULL, NULL, 'SAMPLED');
SELECT page_count,
compressed_page_count,
forwarded_record_count,
*
FROM sys.dm_db_index_physical_stats(db_id(), object_id('t3'), NULL, NULL, 'DETAILED');
G. Abfragedienstbrokerwarteschlangen für die Indexfragmentierung
Gilt für: SQL Server 2016 (13.x) und höhere Versionen.
Das folgende Beispiel zeigt, wie Sie Serverbrokerwarteschlangen nach Fragmentierung abfragen.
--Using queue internal table name
SELECT *
FROM sys.dm_db_index_physical_stats(db_id(), object_id('sys.queue_messages_549576996'), DEFAULT, DEFAULT, DEFAULT);
--Using queue name directly
SELECT *
FROM sys.dm_db_index_physical_stats(db_id(), object_id('ExpenseQueue'), DEFAULT, DEFAULT, DEFAULT);
Weitere Informationen
- Dynamische Verwaltungssichten und Funktionen (Transact-SQL)
- Indexbezogene dynamische Verwaltungsansichten und -funktionen (Transact-SQL)
- sys.dm_db_index_operational_stats (Transact-SQL)
- sys.dm_db_index_usage_stats (Transact-SQL)
- sys.dm_db_partition_stats (Transact-SQL)
- sys.allocation_units (Transact-SQL)
- Systemsichten (Transact-SQL)
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Tickets als Feedbackmechanismus für Inhalte auslaufen lassen und es durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter:Einreichen und Feedback anzeigen für