Re: strange slow query - lost lot of time somewhere

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: strange slow query - lost lot of time somewhere
Дата
Msg-id CAFj8pRCgTcfMPHtJCa7uaPW-MCEGRAobyAYowoabRa-0DjMGEA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: strange slow query - lost lot of time somewhere  ("David G. Johnston" <david.g.johnston@gmail.com>)
Список pgsql-hackers


pá 6. 5. 2022 v 1:28 odesílatel David G. Johnston <david.g.johnston@gmail.com> napsal:
On Mon, May 2, 2022 at 10:02 PM Pavel Stehule <pavel.stehule@gmail.com> wrote:


út 3. 5. 2022 v 6:57 odesílatel Tom Lane <tgl@sss.pgh.pa.us> napsal:
Pavel Stehule <pavel.stehule@gmail.com> writes:
> there is really something strange (see attached file). Looks so this issue
> is much more related to planning time than execution time

You sure there's not something taking an exclusive lock on one of these
tables every so often?

I am almost sure, I can see this issue only every time when I set a higher work mem. I don't see this issue in other cases.


What are the values of work_mem and hash_mem_multiplier for the two cases?

 (2022-05-06 07:35:21) prd_aukro=# show work_mem ;
┌──────────┐
│ work_mem │
├──────────┤
│ 400MB    │
└──────────┘
(1 řádka)

Čas: 0,331 ms
(2022-05-06 07:35:32) prd_aukro=# show hash_mem_multiplier ;
┌─────────────────────┐
│ hash_mem_multiplier │
├─────────────────────┤
│ 1                   │
└─────────────────────┘
(1 řádka)


David J.

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: failures in t/031_recovery_conflict.pl on CI
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: strange slow query - lost lot of time somewhere