VACUUM ANALYZE downgrades performance

From: Dmitry Karasik <dmitry(at)karasik(dot)eu(dot)org>
To: pgsql-performance(at)postgresql(dot)org
Subject: VACUUM ANALYZE downgrades performance
Date: 2004-11-30 13:30:37
Message-ID: 84fz2ra2gy.fsf_-_@plab.ku.dk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance


Hi all,

On v7.4.5 I noticed downgrade in the planner, namely favoring
sequential scan over index scan. The proof:

create table a ( a integer);
create index aidx on a(a);
explain analyze select * from a where a = 0;
-- Index Scan using aidx on a (cost=0.00..17.07 rows=5 width=4) (actual
-- time=0.029..0.029 rows=0 loops=1)
-- Index Cond: (a = 0)
vacuum analyze;
explain analyze select * from a where a = 0;
-- Seq Scan on a (cost=0.00..0.00 rows=1 width=4) (actual time=0.009..0.009
-- rows=0 loops=1)
-- Filter: (a = 0)

I do realize that there might be reasons why this happens over an empty
table, but what is way worse that when the table starts actually to fill,
the seq scan is still there, and the index is simply not used. How
that could be so ...mmm... shortsighted, and what is more important,
how to avoid this? I hope the answer is not 'run vacuum analyze each 5 seconds'.

--
Sincerely,
Dmitry Karasik

---
catpipe Systems ApS
*BSD solutions, consulting, development
www.catpipe.net
+45 7021 0050

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Mike Rylander 2004-11-30 15:33:01 Re: VACUUM ANALYZE downgrades performance
Previous Message Jim C. Nasby 2004-11-29 21:50:56 Re: Postgres vs. DSpam