From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Don Seiler <don(at)seiler(dot)us> |
Cc: | Postgres General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: template0 needing vacuum freeze? |
Date: | 2020-05-16 17:44:34 |
Message-ID: | 28983.1589651074@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Don Seiler <don(at)seiler(dot)us> writes:
> PG 9.6 (9.6.8). Got an alert today when template0 and template1 were both
> over 50% towards TXID wraparound. I could vacuum template1 but couldn't
> vacuum template0 without first allowing connections. This is what it looked
> like before:
template0 shouldn't really need freezing, if it's unchanged since initdb,
but the autovacuum logic doesn't know that and will periodically scan it
anyway. That should be pretty cheap (since that DB is small and there's
not really any work to do), so we haven't considered it to be something
to prevent --- especially since it is a good safety valve in case
someone does change template0.
So it's unsurprising that the freeze age increases until autovacuum
decides to do something about it. I'm suspicious that your alert settings
are too aggressive and are notifying you before autovacuum kicks in.
You should *not* have had to do anything manual about this, unless you
have frobbed your autovac settings to the point of brokenness.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Don Seiler | 2020-05-16 17:51:53 | Re: template0 needing vacuum freeze? |
Previous Message | Michael Nolan | 2020-05-16 17:29:34 | Re: Removing Last field from CSV string |