Re: BUG #17710: Slow queries (100% CPU) after auto-vacuum

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: jf(dot)levesque(at)gmail(dot)com
Cc: pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #17710: Slow queries (100% CPU) after auto-vacuum
Date: 2022-12-10 02:13:09
Message-ID: 1185213.1670638389@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

PG Bug reporting form <noreply(at)postgresql(dot)org> writes:
> [ query gets slower after auto-vacuum ]

This sounds less like an auto-vacuum problem than an auto-analyze
problem. That is, probably a background update of table statistics
is happening and that is triggering the planner to pick a different
plan. In an ideal world, more up-to-date stats would always result
in a better plan, but reality is not always so kind.

There is not enough info here to diagnose the problem though.
At minimum we need to see EXPLAIN ANALYZE output for the problem
query in both the fast and slow states. We have a wiki page about
reporting slow-query problems [1] which asks for quite a bit of
info, but for starters maybe the EXPLAIN ANALYZE results would
be enough.

> I am having an issue that started with 11.0 and is still present with 11.18.
> The issue is not present with 10.23.

If you could get EXPLAIN ANALYZE results from v10 as well as v11,
that would be useful too.

regards, tom lane

[1] https://wiki.postgresql.org/wiki/Slow_Query_Questions

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message David Rowley 2022-12-10 06:29:33 Re: BUG #17709: Regression in PG15 with window functions - "WindowFunc not found in subplan target lists"
Previous Message exe-dealer 2022-12-09 20:06:51 jsonb subscript operator returns null when key is fetched from table