Re: [HACKERS] WAL archiving idle database

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jeff Davis <pgsql(at)j-davis(dot)com>
Cc: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Brian Wipf <brian(at)clickspace(dot)com>, pgsql-general(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] WAL archiving idle database
Date: 2007-10-26 23:46:54
Message-ID: 1725.1193442414@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Jeff Davis <pgsql(at)j-davis(dot)com> writes:
> I would think if the current location does not end in all zeros, you
> should expect a new WAL segment to be archived soon. Although this
> assumes that an idle database would not advance that location at all,
> and I'm still trying to understand Tom's proposal well enough to know
> whether that would be true or not.

With my proposal, after the last activity, you'd get a checkpoint, and
then at the next archive_timeout we'd advance the pointer to a segment
boundary and archive the old segment, and then nothing more would happen
until the next WAL-loggable update. So yeah, the master's
pg_current_xlog_location could be expected to sit at a segment boundary
while it was idle.

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Erik Jones 2007-10-26 23:56:38 Re: WAL archiving idle database
Previous Message Jeff Davis 2007-10-26 23:39:36 Re: [HACKERS] WAL archiving idle database

Browse pgsql-hackers by date

  From Date Subject
Next Message Erik Jones 2007-10-26 23:56:38 Re: WAL archiving idle database
Previous Message Jeff Davis 2007-10-26 23:39:36 Re: [HACKERS] WAL archiving idle database