Re: RFC: Logging plan of the running query
От | torikoshia |
---|---|
Тема | Re: RFC: Logging plan of the running query |
Дата | |
Msg-id | 2995aecc0414faf3df3e6fe437d5fe55@oss.nttdata.com обсуждение исходный текст |
Ответ на | Re: RFC: Logging plan of the running query (Ekaterina Sokolova <e.sokolova@postgrespro.ru>) |
Ответы |
Re: RFC: Logging plan of the running query
|
Список | pgsql-hackers |
On 2021-11-17 22:44, Ekaterina Sokolova wrote: > Hi! > > You forgot my last fix to build correctly on Mac. I have added it. Thanks for the notification! Since the patch could not be applied to the HEAD anymore, I also updated it. > > About our discussion of pg_query_state: > > torikoshia писал 2021-11-04 15:49: >>> I doubt that it was the right link. >> Sorry for make you confused, here is the link. >> https://www.postgresql.org/message-id/CA%2BTgmobkpFV0UB67kzXuD36--OFHwz1bs%3DL_6PZbD4nxKqUQMw%40mail.gmail.com > > Thank you. I'll see it soon. > >> I imagined the following procedure. >> Does it cause dead lock in pg_query_state? >> >> - session1 >> BEGIN; TRUNCATE t; >> >> - session2 >> BEGIN; TRUNCATE t; -- wait >> >> - session1 >> SELECT * FROM pg_query_state(<pid of session>); -- wait and dead >> locked? > > As I know, pg_query_state use non-blocking read and write. I have > wrote few tests trying to deadlock it (on 14 version), but all > finished correctly. > > Have a nice day. Please feel free to contact me if you need any > further information. Thanks for your information and help! -- Regards, -- Atsushi Torikoshi NTT DATA CORPORATION
Вложения
В списке pgsql-hackers по дате отправления: