Amazon Redshift unterstützt UDFs ab Patch 198 nicht mehr die Erstellung von neuem Python. Das bestehende Python UDFs wird 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.
# Die Abfrage dauert zu lange
Die Ausführung der Abfrage kann aus den folgenden Gründen zu viel Zeit in Anspruch nehmen. Wir empfehlen, zunächst die folgenden Problembehebungsmaßnahmen durchzuführen.
**Die Tabellen sind nicht optimiert**
Legen Sie für die Tabellen den Sortierschlüssel, die Verteilungsstile und die Kodierung zur Komprimierung so fest, dass die Parallelverarbeitung optimal genutzt werden kann. Weitere Informationen finden Sie unter [Aktivieren automatischer Tabellenoptimierung](t_Creating_tables.md)
**Die Abfrage schreibt auf den Datenträger**
Es kann vorkommen, dass Ihre Abfragen – möglicherweise nur für Teile der Abfrageausführung – Daten auf den Datenträger schreiben. Weitere Informationen finden Sie unter [Verbessern der Abfrageleistung](query-performance-improvement-opportunities.md).
**Die Abfrage muss auf den Abschluss anderer Abfragen warten**
Sie können möglicherweise die Systemleistung insgesamt verbessern, indem Sie Warteschlangen erstellen und verschiedene Arten von Abfragen in geeignete Warteschlangen einstellen. Weitere Informationen finden Sie unter [Workload-Management](cm-c-implementing-workload-management.md).
**Die Abfragen sind nicht optimiert**
Analysieren Sie den mit EXPLAIN erzeugten Abfrageplan, um Möglichkeiten zu erkennen, wie Sie Abfragen umformulieren oder die Datenbank optimieren können. Weitere Informationen finden Sie unter [Erstellen und Interpretieren eines Abfrageplans](c-the-query-plan.md).
**Die Abfrage benötigt zur Ausführung mehr Arbeitsspeicher**
Wenn für eine bestimmte mehr Arbeitsspeicher benötigt wird, können Sie den verfügbaren Arbeitsspeicher vergrößern, indem Sie den Wert für heraufsetzen [wlm\$1query\$1slot\$1count](r_wlm_query_slot_count.md).
**Die Datenbank benötigt zur Ausführung den Befehl VACUUM**
Führen Sie den Befehl VACUUM aus, nachdem Sie eine große Anzahl von Zeilen hinzugefügt, gelöscht oder geändert haben, falls Sie Ihre Daten nicht entsprechend dem Sortierschlüssel sortiert laden. Mit dem Befehl VACUUM werden Ihre Daten entsprechend der Sortierreihenfolge reorganisiert und die Leistung wiederhergestellt. Weitere Informationen finden Sie unter [Bereinigen von Tabellen](t_Reclaiming_storage_space202.md).
## Zusätzliche Ressourcen zur Fehlerbehebung bei lang andauernden Abfragen
Im Folgenden finden Sie Themen zur Systemansicht und andere Dokumentationsabschnitte, die für die Abfrageoptimierung hilfreich sind:
+ Die Systemansicht [STV\$1INFLIGHT](r_STV_INFLIGHT.md) zeigt, welche Abfragen im Cluster ausgeführt werden. Es kann hilfreich sein, sie zusammen mit [STV\$1RECENTS](r_STV_RECENTS.md) zu verwenden, um festzustellen, welche Abfragen gerade laufen oder kürzlich abgeschlossen wurden.
+ [SYS\$1QUERY\$1HISTORY](SYS_QUERY_HISTORY.md) ist für die Fehlerbehebung nützlich. Sie zeigt DDL- und DML-Abfragen mit relevanten Eigenschaften wie ihrem aktuellen Status, z. B. `running`oder `failed`, die Zeit, die jeweils für die Ausführung benötigt wurde, und ob eine Abfrage in einem Nebenläufigkeitsskalierungs-Cluster ausgeführt wurde.
+ [STL\$1QUERYTEXT](r_STL_QUERYTEXT.md) erfasst den Abfragetext für SQL-Befehle. Zusätzlich gibt die Ansicht [SVV\$1QUERY\$1INFLIGHT](r_SVV_QUERY_INFLIGHT.md), die STL\$1QUERYTEXT mit STV\$1INFLIGHT verbindet, weitere Abfrage-Metadaten an.
+ Ein Konflikt zwischen Transaktionssperren kann eine mögliche Ursache für Probleme mit der Abfrageleistung sein. Informationen zu Transaktionen, für die derzeit Tabellen gesperrt sind, finden Sie unter [SVV\$1TRANSACTIONS](r_SVV_TRANSACTIONS.md).
+ [Identifizieren der Top-Kandidaten zur Optimierung unter den Abfragen](https://docs.aws.amazon.com/redshift/latest/dg/diagnostic-queries-for-query-tuning.html#identify-queries-that-are-top-candidates-for-tuning) stellt eine Fehlerbehebungsabfrage bereit, mit der Sie ermitteln können, welche kürzlich ausgeführten Abfragen am zeitaufwendigsten waren. Dies kann Ihnen helfen, Ihre Bemühungen auf Abfragen zu konzentrieren, die verbessert werden müssen.
+ Wenn Sie sich eingehender mit der Abfrageverwaltung befassen und verstehen möchten, wie Abfragewarteschlangen verwaltet werden, finden Sie entsprechende Informationen unter [Workload-Management](cm-c-implementing-workload-management.md). Das Workload-Management ist eine erweiterte Funktion und wir empfehlen in den meisten Fällen ein automatisiertes Workload-Management.