Re: New feature request: FlashBack Query - Mailing list pgsql-hackers

From Tom Lane
Subject Re: New feature request: FlashBack Query
Date
Msg-id 19209.1171942780@sss.pgh.pa.us
Whole thread Raw
In response to Re: New feature request: FlashBack Query  (August Zajonc <augustz@augustz.com>)
Responses Re: New feature request: FlashBack Query  (August Zajonc <augustz@augustz.com>)
List pgsql-hackers
August Zajonc <augustz@augustz.com> writes:
> The key is how lightweight the setup could be, which matters because
> clients are not always willing to pay for a PITR setup. The low overhead
> would mean you'd feel fine about setting guc to 1hr or so.

This would have exactly the same performance consequences as always
having an hour-old open transaction.  I'm afraid that describing it
as "low overhead" is mere wishful thinking: it would cripple vacuuming
of high-update tables and greatly increase the typical load on pg_clog
and pg_subtrans.  We already know that pg_subtrans contention can be a
source of context-swap storms, with the size of the window back to
GlobalXmin being the controlling factor for how bad it gets.

It's possible that this last could be addressed by separating the
concept of "old enough to be vacuumed" from GlobalXmin, but it's
certainly not a trivial thing.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [PATCHES] WIP patch - INSERT-able log statements
Next
From: Bruce Momjian
Date:
Subject: Re: pgsql: Fix for plpython functions; return true/false for boolean,