Re: Full page images in WAL & Cache Invalidation

From: "Florian G(dot) Pflug" <fgp(at)phlo(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Full page images in WAL & Cache Invalidation
Date: 2007-07-22 17:58:05
Message-ID: 46A39AAD.6000602@phlo.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane wrote:
> "Florian G. Pflug" <fgp(at)phlo(dot)org> writes:
>> I'm currently working on correctly flushing the
>> catalog/relation/sgmr caches on a readonly PITR
>> slave during recovery.
>
> I don't believe there is any workable solution to that short of logging
> cache-flush operations in WAL.

I still don't fully understand if and what problems are caused by overly
aggresive cache flushing - what puzzles me is that DDL statements seems
to be considered something rare on a production system by most people on
this list, yet the caches seem to be highly optimized to avoid
unnecessary invalidates.

Leaving aside the btree issues, are you worried about performance
problems, or can aggressive cache flushing hurt correctness?

The reason that I dislike WAL-logging of the flush operations so much is
that it since peopel are concerned about the amount of wal traffic
postgres generated, such a solution would introduce yet another GUC.
And to make this reasonable foolproof, the slave would need a way to
detect if that GUC is set correctly on the master. All in all, that
seems to be quite hackish...

greetings, Florian Pflug

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2007-07-22 18:25:38 Re: Full page images in WAL & Cache Invalidation
Previous Message Tom Lane 2007-07-22 17:47:44 Re: 8.2 is 30% better in pgbench than 8.3