

 Amazon Redshift unterstützt ab Patch 198 nicht mehr die Erstellung neuer Python-UDFs. Bestehende Python-UDFs werden bis zum 30. Juni 2026 weiterhin funktionieren. Weitere Informationen finden Sie im [Blog-Posting](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/). 

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.

# STV\_QUERY\_METRICS
<a name="r_STV_QUERY_METRICS"></a>

Enthält Metrikinformationen wie die Anzahl der verarbeiteten Zeilen, die CPU-Auslastung und die Festplattennutzung für aktive Abfragen, die in benutzerdefinierten Abfragewarteschlangen (Serviceklassen) ausgeführt werden. input/output Für die Anzeige von Metriken für abgeschlossene Abfragen vgl. die Systemtabelle [STL\_QUERY\_METRICS](r_STL_QUERY_METRICS.md). 

Die Abfragemetriken werden in Intervallen von einer Sekunde erfasst. Daher können verschiedene Ausführungen einer Abfrage leicht abweichende Zeiten ergeben. Abfragesegmente, die in weniger als einer Sekunde ausgeführt werden, werden möglicherweise nicht aufgezeichnet. 

STV\_QUERY\_METRICS verfolgt und aggregiert Metriken auf Abfrage-, Segment- und Schrittebene. Informationen zu Abfragesegmenten und Schritten finden Sie unter [Workflow der Abfrageplanung und -ausführung](c-query-planning.md). Viele Metriken (wie etwa `max_rows`, `cpu_time` u. dgl.) werden über Knoten-Slices hinweg summiert. Weitere Informationen über Knoten-Slices finden Sie unter [Architektur des Data Warehouse-Systems](c_high_level_system_architecture.md). 

Um die Ebene festzustellen, auf der die Zeile die Metriken meldet, prüfen Sie die Spalten `segment` und `step_type`:
+ Wenn `segment` und `step_type` den Wert `-1` haben, meldet die Zeile die Metriken auf Abfrageebene. 
+ Wenn `segment` nicht den Wert `-1` und `step_type` den Wert `-1` hat, meldet die Zeile die Metriken auf Segmentebene. 
+ Wenn `segment` und `step_type` nicht den Wert `-1` haben, meldet die Zeile die Metriken auf Schrittebene. 

STV\_QUERY\_METRICS ist für alle Benutzer sichtbar. Superuser können alle Zeilen sehen; reguläre Benutzer können nur ihre eigenen Daten sehen. Weitere Informationen finden Sie unter [Sichtbarkeit der Daten in Systemtabellen und Ansichten](cm_chap_system-tables.md#c_visibility-of-data).

Einige oder alle Daten in dieser Tabelle sind auch in der SYS-Überwachungsansicht [SYS\_QUERY\_DETAIL](SYS_QUERY_DETAIL.md) 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
<a name="r_STV_QUERY_METRICS-table-rows2"></a>


| Spaltenname  | Datentyp  | Beschreibung  | 
| --- | --- | --- | 
| userid  | integer  | ID des Benutzers, der die Abfrage ausgeführt hat, die den Eintrag generierte.  | 
| service\_class  | integer  | ID für die WLM-Abfragewartschlange (Service-Klasse). Abfragewarteschlangen werden in der WLM-Konfiguration definiert. Nur für benutzerdefinierte Abfragen werden Metriken gemeldet. | 
| query | integer  | Abfrage-ID. Die Abfrage-Spalte kann verwendet werden, um andere Systemtabellen und Anzeigen anzufügen. | 
| starttime  | timestamp  | Uhrzeit in UTC, zu der die Ausführung der Abfrage begonnen wurde, mit 6 Nachkommastellen für Sekundenbruchteile. Beispiel: 2009-06-12 11:29:19.131358.  | 
| slices  | integer  | Anzahl der Slices für den Cluster.  | 
| segment  | integer  | Segmentnummer. Eine Abfrage besteht aus mehreren Segmenten, und jedes Segment besteht aus einem oder mehreren Schritten. Abfragesegmente können parallel ausgeführt werden. Jedes Segment wird in einem einzelnen Prozess ausgeführt. Wenn der Segmentwert -1 ist, werden Segment-Metrikwerte zur Abfrageebene aufgerollt. | 
| step\_type  | integer  | Typ des Schritts, der ausgeführt wurde. Eine detaillierte Beschreibung der Schritttypen finden Sie unter [Schritttypen](#r_STV_QUERY_METRICS-step-type).  | 
| rows  | bigint  | Anzahl der von einem Schritt verarbeiteten Zeilen.  | 
| max\_rows  | bigint  | Höchstzahl der für einen Schritt ausgegebenen Zeilen, über alle Slices hinweg aggregiert. | 
| cpu\_time  | bigint  | Die verwendete CPU-Zeit, in Mikrosekunden. Auf Segmentebene die gesamte von dem Segment verwendete CPU-Zeit, über alle Slices. Auf Abfrageebene die gesamte CPU-Zeit für die Abfrage, über alle Slices und Segmente.  | 
| max\_cpu\_time  | bigint  | Die maximale verwendete CPU-Zeit, in Mikrosekunden. Auf Segmentebene die maximale von dem Segment verwendete CPU-Zeit, über alle Slices. Auf Abfrageebene die maximale von einem Abfragesegment verwendete CPU-Zeit.  | 
| blocks\_read  | bigint  | Anzahl der von der Abfrage oder dem Segment gelesenen 1 MB-Blöcke.  | 
| max\_blocks\_read  | bigint  | Die Höchstzahl der von dem Segment gelesenen 1 MB-Blöcke, aggregiert über alle Slices. Auf Segmentebene die Höchstzahl der für das Segment gelesenen 1 MB-Blöcke, über alle Slices. Auf Abfrageebene die Höchstzahl der von einem Abfragesegment gelesenen 1 MB-Blöcke.  | 
| run\_time  | bigint  | Die gesamte Laufzeit, summiert über alle Slices. Die Laufzeit enthält nicht die Wartezeit. <br />Auf Segmentebene die Laufzeit für das Segment, summiert über alle Slices. Auf Abfrageebene die Laufzeit für die Abfrage, summiert über alle Slices und Segmente. Da dieser Wert eine Summe ist, ist die Laufzeit nicht mit der Abfrageausführungszeit verbunden.  | 
| max\_run\_time  | bigint  | Die maximale verstrichene Zeit für ein Segment, in Mikrosekunden. Auf Segmentebene die maximale Laufzeit für das Segment, über alle Slices. Auf Abfrageebene die maximale Laufzeit für ein Abfragesegment.  | 
| max\_blocks\_to\_disk  | bigint  | Der maximale Festplattenspeicherplatz, der zum Schreiben von Zwischenergebnissen verwendet wird, in 1 MB-Blöcken. Auf Segmentebene der maximale von dem Segment verwendete Festplattenspeicherplatz, über alle Slices. Auf Abfrageebene der maximale von einem Abfragesegment verwendete Festplattenspeicherplatz.  | 
| blocks\_to\_disk  | bigint  | Der Festplattenspeicherplatz, der von einer Abfrage oder einem Segment zum Schreiben von Zwischenergebnissen verwendet wird, in 1 MB-Blöcken. | 
| Schritt | integer  | Abfrageschritt, der ausgeführt wurde. | 
| max\_query\_scan\_size | bigint  | Die maximale von einer Abfrage gescannte Datenmenge, in MB. Auf Segmentebene die maximale von dem Segment gescannte Datenmenge, über alle Slices. Auf Abfrageebene die maximale von einem Abfragesegment gescannte Datenmenge.  | 
| query\_scan\_size | bigint  | Die von einer Abfrage gescannte Datenmenge, in MB.  | 
| query\_priority  | integer  | Die Priorität der Abfrage. Mögliche Werte sind -1, 0, 1, 2, 3 und 4, wobei -1 bedeutet, dass die Abfragepriorität nicht unterstützt wird.  | 
| query\_queue\_time | bigint  | Die Zeitspanne in Mikrosekunden, über die hinweg sich die Abfrage in der Warteschlange befand.  | 

## Schritttypen
<a name="r_STV_QUERY_METRICS-step-type"></a>

Die folgende Tabelle listet die für Datenbankbenutzer relevanten Schritttypen auf. Die Tabelle führt die nur zur internen Verwendung gedachten Schritttypen nicht auf. Wenn der Schritttyp -1 ist, wird die Metrik nicht auf Schrittebene gemeldet.


| Step type (Schritttyp) | Beschreibung  | 
| --- | --- | 
| 1  | Tabelle scannen | 
| 2 | Zeilen einfügen | 
| 3  | Zeilen aggregieren | 
| 6  | Sortierungsschritt | 
| 7 | Zusammenführungsschritt | 
| 8 | Verteilungsschritt | 
| 9  | Broadcast-Verteilungsschritt | 
| 10 | Hash join | 
| 11 | Merge Join | 
| 12 | Speicherschritt | 
| 14 | Hash | 
| 15 | Nested loop join  | 
| 16 | Felder und Ausdrücke projizieren | 
| 17 | Begrenzen der Anzahl der zurückgegebenen Zeilen  | 
| 18 | Eindeutig | 
| 20 | Zeilen löschen | 
| 26 | Begrenzen der Anzahl der zurückgegebenen sortierten Zeilen | 
| 29 | Berechnen einer Fensterfunktion | 
| 32 | UDF | 
| 33 | Eindeutig | 
| 37 | Gibt Zeilen aus dem Führungsknoten an den Client zurück | 
| 38 | Gibt Zeilen von den Datenverarbeitungsknoten zum Führungsknoten zurück | 
| 40 | Spektrum-Scan. | 

## Beispielabfrage
<a name="r_STV_QUERY_METRICS-sample-query2"></a>

Um aktive Abfragen mit einer hohen CPU-Zeit (über 1.000 Sekunden) zu finden, führen Sie die folgende Abfrage aus.

```
select query, cpu_time / 1000000 as cpu_seconds
from stv_query_metrics where segment = -1 and cpu_time > 1000000000
order by cpu_time;

query | cpu_seconds
------+------------
25775 |        9540
```

Um aktive Abfragen mit einem Nested Loop-Join zu finden, die mehr als eine Million Zeilen ausgegeben haben, führen Sie die folgende Abfrage aus.

```
select query, rows 
from stv_query_metrics 
where step_type = 15 and rows > 1000000
order by rows;

query | rows      
------+-----------
25775 | 1580225854
```

Um aktive Abfragen zu finden, die länger als 60 Sekunden liefen und weniger als 10 Sekunden CPU-Zeit genutzt haben, führen Sie die folgende Abfrage aus. 

```
select query, run_time/1000000 as run_time_seconds
from stv_query_metrics 
where segment = -1 and run_time > 60000000 and cpu_time < 10000000;

query | run_time_seconds
------+-----------------
25775 |              114
```