3

我是postgres新手。我们的应用程序有一个类似这样的查询。

select count(distinct pk_column) from table;

explain analyze select count(distinct pk_column) from table;
QUERY PLAN
Aggregate  (cost=35797.30..35797.31 rows=1 width=8) (actual time=1251.631..1251.632 rows=1 loops=1)
  ->  Seq Scan on table  (cost=0.00..34606.24 rows=476424 width=8) (actual time=0.006..420.212 rows=477889 loops=1)
Total runtime: 1251.676 ms

Query performance improves when distinct clause on primary key column is removed.


explain analyze select count(pk_column) from table;
QUERY PLAN
Aggregate  (cost=35797.30..35797.31 rows=1 width=8) (actual time=817.994..817.995 rows=1 loops=1)
  ->  Seq Scan on table  (cost=0.00..34606.24 rows=476424 width=8) (actual time=0.006..434.674 rows=477890 loops=1)
Total runtime: 818.040 ms

在不更改查询的情况下，是否可以告诉 postgres 忽略主键列上的 distinct 子句？

Version: PostgreSQL 9.1.9 on x86_64-unknown-linux-gnu, 编译gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3, 64-bit

4

3 回答 3

1

运行几次后，我可以在 9.2 中重现它：

create table t (pk_column serial primary key);
insert into t
select generate_series(1, 477890);
analyze t;

explain analyze select count(distinct pk_column) from t;
                                                  QUERY PLAN                                                   
---------------------------------------------------------------------------------------------------------------
 Aggregate  (cost=8088.63..8088.64 rows=1 width=4) (actual time=210.755..210.755 rows=1 loops=1)
   ->  Seq Scan on t  (cost=0.00..6893.90 rows=477890 width=4) (actual time=0.012..28.018 rows=477890 loops=1)
 Total runtime: 210.790 ms

explain analyze select count(pk_column) from t;
                                                  QUERY PLAN                                                   
---------------------------------------------------------------------------------------------------------------
 Aggregate  (cost=8088.63..8088.64 rows=1 width=4) (actual time=51.892..51.892 rows=1 loops=1)
   ->  Seq Scan on t  (cost=0.00..6893.90 rows=477890 width=4) (actual time=0.005..24.541 rows=477890 loops=1)
 Total runtime: 51.911 ms
于 2013-06-29T01:19:40.263 回答
1

您的测试方法似乎有缺陷。这些是相同的查询计划，并且没有为DISTINCT.

我认为您只是看到了缓存效果。每个重复几次，它们可能会开始变得非常相似。

这实际上是缓慢计数问题的一种变体，在 PostgreSQL 9.2 中通过添加仅索引扫描已在很大程度上解决了该问题。考虑升级。

感谢您explain analyze从一开始就包含您的版本详细信息和输出。

于 2013-06-27T08:14:30.807 回答
0

您确定您的 PK 列实际上是主键吗？具有 distinct 的 EXPLAIN ANALYZE 显示 477889 行，而没有 distinct 的 EXPLAIN ANALYZE 显示 477890。

于 2013-06-27T14:51:45.993 回答