Amazon web services 从“pg_table_def”中选择count(*)在Amazon红移上需要几分钟
为什么红移中的Amazon web services 从“pg_table_def”中选择count(*)在Amazon红移上需要几分钟,amazon-web-services,amazon-redshift,Amazon Web Services,Amazon Redshift,为什么红移中的pg_table_def计数可能需要2分钟以上 我正在调试一个始终缓慢的查询(超过4分钟超时),该查询列出了某个模式中的所有表和列。但是,通过以下更简单的查询可以重现慢度: redshift-psql=> SELECT COUNT(*) from pg_table_def; count ------- 5067 (1 row) Time: 144956.109 ms 我猜网络在你的案件中起了作用。你需要从这个角度看一下,我在我的红移群集上运行了相同的查询,耗时0.1
pg_table_def
计数可能需要2分钟以上
我正在调试一个始终缓慢的查询(超过4分钟超时),该查询列出了某个模式中的所有表和列。但是,通过以下更简单的查询可以重现慢度:
redshift-psql=> SELECT COUNT(*) from pg_table_def;
count
-------
5067
(1 row)
Time: 144956.109 ms
我猜网络在你的案件中起了作用。你需要从这个角度看一下,我在我的红移群集上运行了相同的查询,耗时0.18秒。因此,在群集上运行此查询时的工作负载可能会发挥作用。您需要了解WLM在红移群集上的工作方式-该查询时间还包括查询可能排队等待查询槽的时间。根据上面的注释,如果您有很多并发查询(或者WLM插槽很少),那么查询可能会排队等待其他查询完成。您的集群是否启用了SQA(短查询加速)?我猜网络在您的案例中扮演了一个角色。你需要从这个角度看一下,我在我的红移群集上运行了相同的查询,耗时0.18秒。因此,在群集上运行此查询时的工作负载可能会发挥作用。您需要了解WLM在红移群集上的工作方式-该查询时间还包括查询可能排队等待查询槽的时间。根据上面的注释,如果您有很多并发查询(或者WLM插槽很少),那么查询可能会排队等待其他查询完成。您的集群是否启用了SQA(短查询加速)?