From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: really lazy vacuums? |
Date: | 2011-03-14 20:33:07 |
Message-ID: | AANLkTikhWT7MMNzMe6+6bskj7CJrD_LrLn0J2T+N3T4Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Mar 14, 2011 at 4:18 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>> I'm not quite sure how we'd decide whether to do a "really lazy"
>> vacuum or the kind we do now. The case where this approach wins big
>> is when there are few or no dead tuples. In that case, we do a lot of
>> work looking at the indexes and we don't get much out of it; plus we
>> scan the heap twice instead of just once.
>
> Um, if there are *no* dead tuples then we don't look at the indexes
> anyway ...
But you do still have to scan the heap twice.
> except for the vacuum-cleanup pass which I don't think you get
> to decide you don't need. (You certainly don't get to decide that
> unilaterally without the index AM's cooperation.) I'm less than
> convinced that there's much gold to be mined here.
I'm not sure about that either, although I'm not sure of the reverse
either. But before I invest any time in it, do you have any other
good ideas for addressing the "it stinks to scan the entire index
every time we vacuum" problem? Or for generally making vacuum
cheaper?
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2011-03-14 20:34:40 | Re: dependency between numbers keywords and parser speed |
Previous Message | Tom Lane | 2011-03-14 20:25:31 | Re: locale operation to be invoked, but no collation was derived (in trigger) |