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 friert ein
<a name="queries-troubleshooting-query-hangs"></a>

Die Abfrage kann aus den folgenden Gründen einfrieren bzw. nicht mehr reagieren. Wir empfehlen, zunächst die folgenden Problembehebungsmaßnahmen durchzuführen.

**Die Datenbankverbindung wird getrennt**  
Verringern Sie den MTU-Wert (Maximum Transmission Unit, maximale Größe für Übertragungseinheiten). Der MTU-Wert legt die maximale Größe für die Übertragung eines Datenpakets in einem Ethernetframe über die Netzwerkverbindung in Bytes fest. Weitere Informationen hierzu finden Sie unter [Die Datenbankverbindung wird getrennt](https://docs.aws.amazon.com/redshift/latest/mgmt/connecting-drop-issues.html) im *Verwaltungsleitfaden von Amazon Redshift*. 

**Zeitüberschreitung bei der Datenbankverbindung**  
Ihre Client-Verbindung mit der Datenbank scheint zu hängen oder Zeitüberschreitungen zu unterliegen, wenn lange Abfragen wie COPY-Befehle ausgeführt werden. Wenn dies der Fall ist, sehen Sie möglicherweise in der Amazon-Redshift-Konsole, dass die Abfrage abgeschlossen ist, aber das Client-Tool scheint die Abfrage noch nicht abgeschlossen zu haben. Je nachdem, wann die Verbindung unterbrochen wurde, fehlen möglicherweise Abfrageergebnisse oder sind unvollständig. Dieser Effekt kann auftreten, wenn Verbindungen im Leerlauf von zwischengelagerten Netzwerkkomponenten nach einer bestimmten Zeit getrennt werden. Weitere Informationen hierzu finden Sie unter [Problem mit Firewall-Zeitüberschreitung](https://docs.aws.amazon.com/redshift/latest/mgmt/connecting-firewall-guidance.html) im *Verwaltungsleitfaden von Amazon Redshift*. 

**Bei ODBC tritt ein clientseitiger out-of-memory Fehler auf**  
Wenn Ihre Clientanwendung eine ODBC-Verbindung verwendet und Ihre Abfrage eine Ergebnismenge erzeugt, die so groß ist, dass sie nicht in den Arbeitsspeicher passt, können Sie die Ergebnismenge unter Verwendung eines Cursors an die Clientanwendung übermitteln. Weitere Informationen erhalten Sie unter [DECLARE](declare.md) und [Überlegungen in Bezug auf die Leistung bei Verwendung von Cursors](declare.md#declare-performance).

**Bei JDBC tritt ein clientseitiger Fehler out-of-memory auf**  
Wenn Sie versuchen, große Ergebnismengen über eine JDBC-Verbindung abzurufen, können clientseitige Fehler auftreten. out-of-memory Weitere Informationen finden Sie unter [Festlegen des JDBC-Parameters für die Abrufgröße](set-the-JDBC-fetch-size-parameter.md).

**Potenzielles Deadlock-Problem**  
Versuchen Sie bei möglichen Deadlock-Problemen, wie folgt vorzugehen:
+ Zeigen Sie die Systemtabellen [STV\$1LOCKS](r_STV_LOCKS.md) und [STL\$1TR\$1CONFLICT](r_STL_TR_CONFLICT.md) an, um Konflikte zu identifizieren, bei denen mehrere Tabellen aktualisiert werden müssen.
+ Verwenden Sie die Funktion [PG\$1CANCEL\$1BACKEND](PG_CANCEL_BACKEND.md), um die Abfragen, die den Konflikt verursachen, abzubrechen.
+ Mit der Funktion [PG\$1TERMINATE\$1BACKEND](PG_TERMINATE_BACKEND.md) können Sie eine Sitzung beenden. Dabei werden alle Transaktionen, die zurzeit in der beendeten Sitzung ausgeführt werden, gezwungen, alle Sperren aufzuheben und für die Transaktionen ein Rollback auszuführen.
+ Planen Sie gleichzeitige Schreibvorgänge sorgfältig. Weitere Informationen finden Sie unter [Verwalten gleichzeitiger Schreiboperationen](c_Concurrent_writes.md).