Skip site navigation (1) Skip section navigation (2)

Re: autovacuum not prioritising for-wraparound tables

From: Andres Freund <andres(at)2ndquadrant(dot)com>
To: Kevin Grittner <kgrittn(at)ymail(dot)com>
Cc: Josh Berkus <josh(at)agliodbs(dot)com>,"pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: autovacuum not prioritising for-wraparound tables
Date: 2013-01-30 13:58:24
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
On 2013-01-30 05:39:29 -0800, Kevin Grittner wrote:
> Andres Freund <andres(at)2ndquadrant(dot)com> wrote:
> > On 2013-01-29 16:09:52 +1100, Josh Berkus wrote:
> >>
> >>> I have to admit, I fail to see why this is a good idea. There
> >>> isn't much of an efficiency bonus in freezing early (due to
> >>> hint bits) and vacuums over vacuum_freeze_table_age are
> >>> considerably more expensive as they have to scan the whole heap
> >>> instead of using the visibilitymap. And if you don't vacuum the
> >>> whole heap you can't lower relfrozenxid.  So changing
> >>> freeze_min_age doesn't help at all to avoid anti-wraparound
> >>> vacuums.
> >>>
> >>> Am I missing something?
> >>
> >> Yep.  First, you're confusing vacuum_freeze_table_age  and
> >> vacuum_freeze_min_age.
> >
> > Don't think I did. I was talking about vacuum_freeze_table_age
> > because that influences the amount of full-table scans
> Not any more than vacuum_freeze_min_age does.

Well, vacuum_freeze_min_age is 50m while vacuum_freeze_table_age is

> | a whole table sweep is forced if the table hasn't been fully
> | scanned for vacuum_freeze_table_age minus vacuum_freeze_min_age
> | transactions.
> So reducing vacuum_freeze_min_age not only helps minimize the
> writes that are needed when autovacuum needs to scan the entire
> heap, but also decreases the frequency of those full-table scans.

But it increases the amount of pages that are written out multiple times
because they contain tuples of different ages, in contrast to increasing
vacuum_freeze_table_age which doesn't have that problem. In combination
with full_page_writes that makes a noticeable different in total write


Andres Freund

 Andres Freund	         
 PostgreSQL Development, 24x7 Support, Training & Services

In response to


pgsql-hackers by date

Next:From: MauMauDate: 2013-01-30 14:11:04
Subject: backend hangs at immediate shutdown (Re: Back-branch update releases coming in a couple weeks)
Previous:From: Dimitri FontaineDate: 2013-01-30 13:50:02
Subject: sql_drop Event Trigger

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group