From: | Magnus Hagander <magnus(at)hagander(dot)net> |
---|---|
To: | abartash(at)xmatters(dot)com, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
Subject: | Re: BUG #17198: Planning time too high when execute query on standby cluster |
Date: | 2021-09-21 06:55:14 |
Message-ID: | CABUevEzbzujPzywH-FiKabk=o5eW1i74Zq80Z9oywO0k04SQ-A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Tue, Sep 21, 2021 at 8:42 AM PG Bug reporting form
<noreply(at)postgresql(dot)org> wrote:
>
> The following bug has been logged on the website:
>
> Bug reference: 17198
> Logged by: Andriy Bartash
> Email address: abartash(at)xmatters(dot)com
> PostgreSQL version: 12.8
> Operating system: CentOS7
> Description:
>
> We have physical standby and noticed that some queries have Planning time
> very high (2-10 sec). Same queries on Primary cluster have Planning time 4-6
> msec
> Tried to run ANALYZE <table>, but it didn't help.
> Also noticed that RC (?) was bloated objects (table either index)
Do you have wal_log_hints or checksums enabled on your system? If not,
try running a VACUUM on the primary (not analyze), and see if that
helps.
Situations like this can happen due to hint bits not being updated on
the standby side, and not being included in the replication.
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Jaime Casanova | 2021-09-21 08:23:48 | Re: BUG #17189: Index not created when primary key created |
Previous Message | Puneet Sharma | 2021-09-21 06:04:37 | Re: BUG #17189: Index not created when primary key created |