STL_VACUUM

PDFRSS

Zeigt die Statistiken für Zeilen und Blöcke für Tabellen an, die bereinigt wurden.

Die Ansicht zeigt Informationen dazu an, wann jede Bereinigungsaktion gestartet und beendet wurde, und zeigt die Vorteile der Ausführung dieser Operation. Für Informationen zu den Voraussetzungen für diesen Befehl vgl. die Beschreibung des Befehls VACUUM.

STL_VACUUM ist nur für Superuser sichtbar. Weitere Informationen finden Sie unter Sichtbarkeit der Daten in Systemtabellen und Ansichten.

Einige oder alle Daten in dieser Tabelle sind auch in der SYS-Überwachungsansicht SYS_VACUUM_HISTORY zu finden. Die Daten in der SYS-Überwachungsansicht sind so formatiert, dass sie leichter verwendbar und besser verständlich sind. Wir empfehlen Ihnen, für Ihre Abfragen die SYS-Überwachungsansicht zu verwenden.

Tabellenspalten

Spaltenname	Datentyp	Beschreibung
userid	integer	ID des Benutzers, der den Eintrag generiert hat.
xid	bigint	Die Transaktions-ID der VACUUM-Anweisung. Sie können diese Tabelle mit der Ansicht STL_QUERY verbinden, um die einzelnen SQL-Anweisungen zu sehen, die für eine bestimmte VACUUM-Transaktion ausgeführt wurden. Wenn Sie die gesamte Datenbank bereinigen, wird jede Tabelle in einer separaten Transaktion bereinigt.
table_id	integer	Die Tabellen-ID.
status	character(30)	Der Status der VACUUM-Operation für jede Tabelle: Folgende Werte sind möglich: Started Started Delete Only Started Delete Only (Sorted >= nn%) Nur die Löschen-Phase wurde für eine VACUUM FULL-Aktion gestartet. Die Sortieren-Phase wurde übergangen, weil die Tabelle bereits bei oder über dem Sortierschwellenwert sortiert war. Started Sort Only Started Ranged Partition Started Reindex Finished Zeitpunkt des Abschlusses der Operation für die Tabelle. Um zu ermitteln, wie lange eine Bereinigungsaktion für eine bestimmte Tabelle dauerte, subtrahieren Sie die Startzeit von der Endzeit für eine bestimmte Transaktions- und Tabellen-ID. Skipped Die Tabelle wurde übergangen, weil sie vollständig sortiert und keine Zeile zur Löschung markiert war. Skipped (delete only) Die Tabelle wurde übergangen, weil DELETE ONLY angegeben und keine Zeile zur Löschung markiert war. Skipped (sort only) Die Tabelle wurde übergangen, weil SORT ONLY angegeben und die Tabelle bereits vollständig sortiert war. Skipped (sort only, sorted>=xx%) Die Tabelle wurde übergangen, weil SORT ONLY angegeben und die Tabelle bereits vollständig bei oder über dem Sortierschwellenwert sortiert war. Skipped (0 rows) Die Tabelle wurde übersprungen, weil sie leer war. VacuumBG Im Hintergrund wurde eine automatische Bereinigungsoperation ausgeführt. Dieser Status wird anderen Status vorangestellt, wenn diese automatisch ausgeführt werden. So hätte beispielsweise eine „Delete only“-Bereinigung automatisch eine Startzeile mit dem Status [VacuumBG] Started Delete Only. Für weitere Informationen über den VACUUM-Sortierschwellenwert vgl. VACUUM.
rows	bigint	Die tatsächliche Anzahl der Zeilen in der Tabelle zzgl. aller gelöschten Zeilen, die immer noch auf der Festplatte gespeichert sind (und auf die Bereinigung warten). Diese Spalte zeigt die Anzahl vor dem Beginn der Bereinigung für Zeilen mit dem Status Started und die Anzahl nach dem Abschluss der Bereinigung für Zeilen mit dem Status Finished an.
sortedrows	integer	Die Anzahl der sortierten Zeilen in der Tabelle. Diese Spalte zeigt die Anzahl vor dem Beginn der Bereinigung für Zeilen mit dem Status Started in der Statusspalte und die Anzahl nach dem Abschluss der Bereinigung für Zeilen mit dem Status Finished in der Statusspalte an.
blocks	integer	Die Gesamtzahl der zum Speichern der Tabellendaten verwendeten Datenblöcke vor der Bereinigungsoperation (Zeilen mit dem Status Started) und nach der Bereinigungsoperation (Spalte Finished). Jeder Datenblock nimmt 1 MB in Anspruch.
max_merge_partitions	integer	Diese Spalte wird für die Leistungsanalyse verwendet und enthält die maximale Anzahl der Partitionen, die die Bereinigung für die Tabelle pro Iteration der Zusammenführungsphase verarbeiten kann. (Die Bereinigung sortiert die nicht sortierte Region in eine oder mehrere sortierte Partitionen. Je nach der Anzahl der Spalten in der Tabelle und der aktuellen Amazon-Redshift-Konfiguration kann die Zusammenführungsphase eine maximale Anzahl von Partitionen in einer einzelnen Zusammenführungsiteration verarbeiten. Die Zusammenführungsphase funktioniert auch, wenn die Anzahl der sortierten Partitionen die maximale Anzahl der Zusammenführungspartitionen überschreitet, es werden jedoch weitere Zusammenführungsiterationen benötigt.)
eventtime	Zeitstempel	Zeitpunkt des Beginns bzw. Endes der Bereinigungsaktion.
reclaimable_rows	bigint	Die Anzahl der zurückgewinnbaren Zeilen für die aktuelle cutoff_xid. Diese Spalte zeigt die von Redshift geschätzte Anzahl der zurückgewinnbaren Zeilen vor Beginn der Bereinigung für Zeilen mit dem Status Started und die tatsächliche Zahl der zurückgewinnbaren Zeilen, die nach der Bereinigung für Zeilen mit dem Status Finished verbleiben.
reclaimable_space_mb	bigint	Zurückgewinnbarer Speicherplatz in MB für die aktuelle cutoff_xid. Diese Spalte zeigt die von Redshift geschätzte Menge an zurückgewinnbarem Speicher vor Beginn der Bereinigung für Zeilen mit dem Status Started und die tatsächliche Menge an zurückgewinnbarem Speicher, die nach der Bereinigung für Zeilen mit dem Status Finished verbleibt.
cutoff_xid	bigint	Die Cutoff-Transaktions-ID der VACUUM-Operation. Alle Transaktionen nach dem Cutoff sind nicht in der VACUUM-Operation enthalten.
is_recluster	Ganzzahl	Wenn 1 (wahr), hat die VACUUM-Operation den Recluster-Algorithmus ausgeführt, wenn 0 (falsch), nicht.

Beispielabfragen

Die folgende Abfrage ergibt Bereinigungsstatistiken für Tabelle 108313. Die Tabelle wurde nach einer Reihe von Einfügungs- und Löschvorgängen bereinigt.

select xid, table_id, status, rows, sortedrows, blocks, eventtime,
                reclaimable_rows, reclaimable_space_mb
from stl_vacuum where table_id=108313 order by eventtime;

 xid   | table_id | status                  | rows | sortedrows | blocks |  eventtime           | reclaimable_rows | reclaimable_space_mb 
-------+----------+-------------------------+------+------------+--------+----------------------+------------------+----------------------
 14294 |   108313 | Started                 | 1950 |        408 |     28 |  2016-05-19 17:36:01 |              984 |                   17          
 14294 |   108313 | Finished                |  966 |        966 |     11 |  2016-05-19 18:26:13 |                0 |                    0 
 15126 |   108313 | Skipped(sorted>=95%)    |  966 |        966 |     11 |  2016-05-19 18:26:38 |                0 |                    0 

Zu Beginn der VACUUM-Operation enthielt die Tabelle 1 950 Zeilen in 28 1-MB-Blöcken. Amazon Redshift schätzte, mit einer Bereinigungsoperation 984 Zeilen oder 17 Blöcke Speicherplatz zurückgewinnen zu können.

In der Zeile für den Status „Finished“ (Abgeschlossen) zeigt die Spalte ROWS (Zeilen) einen Wert von 966 an, der Wert der Spalte BLOCKS (Blöcke) ist von 28 auf 11 zurückgegangen. Bei der Bereinigung wurde die geschätzte Menge Speicherplatz zurückgewonnen, sodass nach Abschluss der Bereinigungsoperation keine zurückgewinnbaren Zeilen bzw. kein zurückgewinnbarer Speicherplatz mehr übrig war(en).

In der Sortier-Phase (Transaktion 15126) konnte die Bereinigung die Tabelle übergehen, da die Zeilen in der Reihenfolge des Sortierschlüssels eingegeben wurden.

Das folgende Beispiel zeigt die Statistik für eine SORT ONLY-Bereinigung auf der Tabelle SALES (Tabelle 110116 in diesem Beispiel) nach einer großen INSERT-Operation:

vacuum sort only sales;

select xid, table_id, status, rows, sortedrows, blocks, eventtime
from stl_vacuum order by xid, table_id, eventtime;

xid |table_id|     status      | rows  |sortedrows|blocks|     eventtime
----+--------+-----------------+-------+----------+------+--------------------
...
2925| 110116 |Started Sort Only|1379648|   172456 |  132 | 2011-02-24 16:25:21...
2925| 110116 |Finished         |1379648|  1379648 |  132 | 2011-02-24 16:26:28...