Re: BUG #17198: Planning time too high when execute query on standby cluster

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/

In response to

Responses

Browse pgsql-bugs by date

  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