Re: Request: pg_cancel_backend variant that handles 'idle in transaction' sessions
От | Alvaro Herrera |
---|---|
Тема | Re: Request: pg_cancel_backend variant that handles 'idle in transaction' sessions |
Дата | |
Msg-id | 20151105151006.GU6104@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: Request: pg_cancel_backend variant that handles 'idle in transaction' sessions (David Steele <david@pgmasters.net>) |
Ответы |
Re: Request: pg_cancel_backend variant that handles 'idle
in transaction' sessions
Re: Request: pg_cancel_backend variant that handles 'idle in transaction' sessions |
Список | pgsql-hackers |
David Steele wrote: > The important thing about this implementation was that nothing was > terminated unless it had exceed a timeout AND was blocking another > process. This seems a nice idea, but you need to take the effect on vacuum of idle-in-xact sessions too. If the operator left for the day and their session doesn't block any other process, the next day you could find some tables bloated to such extreme as to cause problems later on. Surely the operator can review their terminal to re-do the work, in case it was valuable. (If it was valuable, why didn't they commit the transaction?) -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: