Re: BUG #17146: pg_dump statements are going into pg_stat_statements in 13.4

Поиск
Список
Период
Сортировка
От Julien Rouhaud
Тема Re: BUG #17146: pg_dump statements are going into pg_stat_statements in 13.4
Дата
Msg-id CAOBaU_Y7ds+tPpo2-ELLMb_7OdXkRKxxtpLAiUYUa+4O4KAzqw@mail.gmail.com
обсуждение исходный текст
Ответ на BUG #17146: pg_dump statements are going into pg_stat_statements in 13.4  (PG Bug reporting form <noreply@postgresql.org>)
Ответы Re: BUG #17146: pg_dump statements are going into pg_stat_statements in 13.4  (James Inform <james.inform@pharmapp.de>)
Список pgsql-bugs
On Mon, Aug 16, 2021 at 4:46 PM PG Bug reporting form
<noreply@postgresql.org> wrote:
>
> The following bug has been logged on the website:
>
> I have just updated to 13.4 and I have noticed that "COPY" statements that
> are produced by pg_dump appear in pg_stat_statements view.
>
> You can imagine that the copy statements are slower than all my other
> statements, so they come up as the first and most expensive statements in
> pg_stat_statements.

You could order by the average execution time rather than the total
execution time and/or filter out queries executed less than X times,
it's more likely to give you low hanging fruits.

> This is a new behaviour in 13.4 and hasn't existed in 13.3 and prior.

Nothing changed here for a long time.

> Is there a setting to prevent this?

You could disable pg_stat_statements.track_utility, but it obviously
means that all utility statements will be ignored, not only COPY.



В списке pgsql-bugs по дате отправления:

Предыдущее
От: hubert depesz lubaczewski
Дата:
Сообщение: Re: BUG #17146: pg_dump statements are going into pg_stat_statements in 13.4
Следующее
От: Julien Rouhaud
Дата:
Сообщение: Re: BUG #17145: Invalid memory alloc request size, when searching in text column with big content > 250MB