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
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 |
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 |