Teilen über

sys.dm_db_index_physical_stats (Transact-SQL)

  • Artikel

Gilt für:SQL ServerAzure SQL-DatenbankAzure SQL Managed Instance

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 | STANDARD

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 | STANDARD

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 | STANDARD

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 | STANDARD

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 | STANDARD

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_DATAROW_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_IDgü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 SHOWCONTIGberü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