From: | Rijo Roy <rjo_roy(at)yahoo(dot)com> |
---|---|
To: | "tgl(at)sss(dot)pgh(dot)pa(dot)us" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Template0 datfrozenxid age is 160million and progressing |
Date: | 2018-08-01 14:15:23 |
Message-ID: | 1786421786.471176.1533132923796@mail.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi Tom,
Thanks for the advice. Autovacuum is disabled in the environment and I cannot take a call on enabling it back. I can only run manual vacuum on the database as the dev team fears autoanalyze changing the query performance. Do you still think we don't need to take any actions.
Thanks, Rijo Roy
Sent from Yahoo Mail on Android
On Wed, 1 Aug 2018 at 7:38 pm, Tom Lane<tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote: Rijo Roy <rjo_roy(at)yahoo(dot)com> writes:
> I am observing a steady increase in age(datfrozenxid) of template0 database in my Postgresql 10 running in a RHEL 6.9Currently, it is at 166846989 and I am not able to vacuum the same as datallowconn is false. Thought of setting it to true and perform a vacuum freeze on the same. Before doing that, I wanted to check whether I should be worrying for something here or can I just go ahead with my plan.
I would leave well enough alone. Unless you've changed the default
values of autovacuum parameters, that behavior is perfectly normal
and not worrisome. autovacuum should kick in and do something
about it at 200 million xacts (autovacuum_freeze_max_age).
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2018-08-01 14:24:24 | Re: Template0 datfrozenxid age is 160million and progressing |
Previous Message | Vick Khera | 2018-08-01 14:11:21 | Re: Settings for fast restores |