| От | Ekaterina Sokolova |
|---|---|
| Тема | Re: RFC: Logging plan of the running query |
| Дата | |
| Msg-id | d5b390ba34e9914a3f73a8be936000a8@postgrespro.ru обсуждение |
| Ответ на | Re: RFC: Logging plan of the running query (torikoshia <torikoshia@oss.nttdata.com>) |
| Ответы |
Re: RFC: Logging plan of the running query
|
| Список | pgsql-hackers |
Hi! You forgot my last fix to build correctly on Mac. I have added 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. -- Ekaterina Sokolova Postgres Professional: http://www.postgrespro.com The Russian Postgres Company
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера