

 从补丁 198 开始，Amazon Redshift 将不再支持创建新的 Python UDF。现有的 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-takes-too-long"></a>

由于以下原因，您的查询可能需要太长时间。我们建议采用以下故障排除方法。

**表未优化**  
设置表的排序键、分配方式和压缩编码，以充分利用并行处理。有关更多信息，请参阅[自动表优化](t_Creating_tables.md)。

**查询正在写入到磁盘**  
您的查询可能至少在部分查询执行中写入磁盘。有关更多信息，请参阅 [查询性能改进](query-performance-improvement-opportunities.md)。

**查询必须等待其他查询完成**  
您可以通过创建查询队列并将不同类型的查询分配给适当的队列来提高整体系统性能。有关更多信息，请参阅 [工作负载管理](cm-c-implementing-workload-management.md)。

**查询未优化**  
分析解释计划，找到重写查询或优化数据库的机会。有关更多信息，请参阅 [创建和解释查询计划](c-the-query-plan.md)。

**查询需要更多内存才能运行**  
如果特定查询需要更多内容，您可以通过增大 [wlm\$1query\$1slot\$1count](r_wlm_query_slot_count.md) 来增加可用内存。

**数据库需要运行 VACUUM 命令**  
当添加、删除或修改大量行时，运行 VACUUM 命令，除非按排序键顺序加载数据。VACUUM 命令会重新组织您的数据，以维持排序顺序和还原性能。有关更多信息，请参阅 [对表执行 vacuum 操作](t_Reclaiming_storage_space202.md)。

## 对长时间运行的查询进行故障排除的其他资源
<a name="queries-troubleshooting-cross-refs"></a>

以下是有助于优化查询的系统视图主题和其他文档部分：
+ [STV\$1INFLIGHT](r_STV_INFLIGHT.md) 系统视图显示集群上正在运行哪些查询。将它与 [STV\$1RECENTS](r_STV_RECENTS.md) 一起使用有助于确定哪些查询当前正在运行或最近已完成。
+ [SYS\$1QUERY\$1HISTORY](SYS_QUERY_HISTORY.md) 对故障排除很有用。它可显示 DDL 和 DML 查询的相关属性，例如它们的当前状态（如 `running` 或 `failed`）、每个查询运行所花的时间，以及查询是否在并发扩展集群上运行。
+ [STL\$1QUERYTEXT](r_STL_QUERYTEXT.md) 捕获 SQL 命令的查询文本。此外，[SVV\$1QUERY\$1INFLIGHT](r_SVV_QUERY_INFLIGHT.md)（可将 STL\$1QUERYTEXT 联接到 STV\$1INFLIGHT）显示了更多的查询元数据。
+ 事务锁定冲突可能是查询性能问题的根源。有关当前持有表锁的事务的信息，请参阅[SVV\$1TRANSACTIONS](r_SVV_TRANSACTIONS.md)。
+ [确定最适合优化的查询](https://docs.aws.amazon.com/redshift/latest/dg/diagnostic-queries-for-query-tuning.html#identify-queries-that-are-top-candidates-for-tuning)提供了一个故障排除查询，可帮助您确定最近运行的哪些查询最耗时。这可以帮助您将精力集中在需要改进的查询上。
+ 如果您想进一步探索查询管理并了解如何管理查询队列，[工作负载管理](cm-c-implementing-workload-management.md)显示了如何实现。工作负载管理是一项高级功能，在大多数情况下，我们建议使用自动工作负载管理。