Amazon Redshift 將不再支援從修補程式 198 開始建立新的 Python UDFs。現有 Python UDF 將繼續正常運作至 2026 年 6 月 30 日。如需詳細資訊，請參閱[部落格文章](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/)。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 查詢懸置
<a name="queries-troubleshooting-query-hangs"></a>

您的查詢可以由於下列原因而當掉或停止回應。我們建議以下故障診斷方法。

**對資料庫的連線已丟棄**  
減少最大傳輸單位 (MTU) 的大小。MTU 大小決定可以透過您的網路連線在一個乙太網路訊框中傳輸的封包最大大小 (位元組)。如需詳細資訊，請參閱《Amazon Redshift 管理指南》**中的[已中斷與資料庫的連線](https://docs.aws.amazon.com/redshift/latest/mgmt/connecting-drop-issues.html)。

**對資料庫的連線逾時**  
執行長時間查詢 (例如 COPY 命令) 時，對資料庫的用戶端連線似乎懸置或逾時。在此情況下，您可能會發現 Amazon Redshift 主控台顯示查詢已完成，但用戶端工具本身仍似乎在執行查詢。取決於連線停止的時間，查詢的結果可能遺漏或不完整。當中繼網路元件終止閒置的連線時，會發生此影響。如需詳細資訊，請前往《Amazon Redshift 管理指南》**中的[防火牆逾時問題](https://docs.aws.amazon.com/redshift/latest/mgmt/connecting-firewall-guidance.html)。

**ODBC 發生用戶端記憶體不足錯誤**  
若您的用戶端應用程式使用 ODBC 連線，且您的查詢建立的結果集太大，無法納入記憶體中，則您可以使用資料指標將結果集串流到用戶端應用程式。如需詳細資訊，請參閱[DECLARE](declare.md)及[使用游標時的效能考量](declare.md#declare-performance)。

**JDBC 發生用戶端記憶體不足錯誤**  
嘗試透過 JDBC 連線擷取大型結果集時，您可能會遇到用戶端記憶體不足錯誤。如需詳細資訊，請參閱[設定 JDBC 擷取大小參數](set-the-JDBC-fetch-size-parameter.md)。

**可能有死鎖**  
如果有可能的死鎖，請嘗試下列：
+ 檢視 [STV\$1LOCKS](r_STV_LOCKS.md) 和 [STL\$1TR\$1CONFLICT](r_STL_TR_CONFLICT.md) 系統資料表來尋找牽涉到對超過一個資料表進行更新的衝突。
+ 使用 [PG\$1CANCEL\$1BACKEND](PG_CANCEL_BACKEND.md) 函數來取消一或多個有衝突的查詢。
+ 使用 [PG\$1TERMINATE\$1BACKEND](PG_TERMINATE_BACKEND.md) 函數來終止工作階段，它可強制終止的工作階段中任何目前執行中的交易釋出所有鎖定和復原交易。
+ 排程並行寫入操作時務必謹慎。如需詳細資訊，請參閱[管理並行寫入操作](c_Concurrent_writes.md)。