Re: [HACKERS] Function to kill backend

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] Function to kill backend
Дата
Msg-id 27081.1090851679@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Function to kill backend  (Andreas Pflug <pgadmin@pse-consulting.de>)
Ответы Re: [HACKERS] Function to kill backend  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Список pgsql-patches
Andreas Pflug <pgadmin@pse-consulting.de> writes:
> Taken from your mail, I understand that a killed backend might leave
> some loose ends, eg. open locks, which would degrade the cluster's
> performance. Still, it should not corrupt the shared mem, just leave it
> as if the backend's still alive and sleeping, right?

Well, I was citing that as an example of the sort of trouble that is
foreseeable; I don't say either that it would happen, or that it's the
only bad thing that could happen.  But having backends block on locks
that will never be released sure seems like something that would look
like database corruption to the average DBA.

If you want to put in the function and document that it may cause
problems, I won't object; it's not like we don't have other features
that are poorly implemented :-(.  But my vote would be to remove it.

            regards, tom lane

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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: pg_config
Следующее
От: Christopher Kings-Lynne
Дата:
Сообщение: Re: [HACKERS] Function to kill backend