Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
STL_VACUUM
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 befinden sich auch in der SYS ÜberwachungsansichtSYS_VACUUM_HISTORY. Die Daten in der SYS Überwachungsansicht sind so formatiert, dass sie einfacher zu verwenden und zu verstehen sind. Wir empfehlen Ihnen, die SYS Überwachungsansicht für Ihre Abfragen zu verwenden.
Tabellenspalten
| Spaltenname | Datentyp | Beschreibung |
|---|---|---|
| userid | integer | ID des Benutzers, der den Eintrag generiert hat. |
| xid | bigint | Die Transaktions-ID für den VACUUM Kontoauszug. Sie können diese Tabelle mit der QUERY Ansicht STL _ verbinden, um die einzelnen SQL Anweisungen zu sehen, die für eine bestimmte VACUUM Transaktion ausgeführt werden. 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 des VACUUM Vorgangs für jede Tabelle. Folgende Werte sind möglich:
Weitere Informationen zur Einstellung des VACUUM Sortierschwellenwerts finden Sie unterVACUUM. |
| 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 für den VACUUM Vorgang. Alle Transaktionen nach dem Cutoff sind nicht in der VACUUM Operation enthalten. |
| is_recluster | Ganzzahl | Bei 1 (wahr) führte die VACUUM Operation den Recluster-Algorithmus aus. Bei 0 (falsch) wurde der Recluster-Algorithmus nicht ausgeführt. |
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 von enthielt die Tabelle 1.950 ZeilenVACUUM, die in 28 1-MB-Blöcken gespeichert waren. 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 „Fertig“ wird in der ROWS Spalte ein Wert von 966 angezeigt, und der BLOCKS Spaltenwert ist 11 (statt 28). 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 Statistiken für ein SORT ONLY Vakuum in der SALES Tabelle (in diesem Beispiel Tabelle 110116) nach einer umfangreichen 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...
