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)
┌──────────┐
│ 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 по дате отправления: