| От | Tom Lane |
|---|---|
| Тема | Re: Function to kill backend |
| Дата | |
| Msg-id | 10816.1081173911@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Function to kill backend ("Magnus Hagander" <mha@sollentuna.net>) |
| Список | pgsql-hackers |
"Magnus Hagander" <mha@sollentuna.net> writes:
>>> In this case, SIGINT (query cancel) will not help, because
>>> all locks held by the transaction will still be held.
>>
>> Wrong.
> Really?
[ experiments... ] My apologies --- you are correct about the present
behavior. If a SIGINT arrives while waiting for client input, it's just
dropped on the floor. The locks *will* be dropped if the SIGINT arrives
during actual query processing.
It strikes me that this is incorrect behavior, at least for the case
where the client has a transaction block open. It'd be better to define
the interrupt as "transaction cancel".
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера