Re: orphaned runaway queries after killing pgadmin

Поиск
Список
Период
Сортировка
От Guillaume Lelarge
Тема Re: orphaned runaway queries after killing pgadmin
Дата
Msg-id 4CE19597.7050006@lelarge.info
обсуждение исходный текст
Ответ на orphaned runaway queries after killing pgadmin  ("Dan Halbert" <halbert@halwitz.org>)
Список pgadmin-support
Le 15/11/2010 21:10, Dan Halbert a écrit :
> Today I end up killing pgadmin a few times while inadvertantly
> running some huge queries and some ALTER requests that were blocked
> due to the queries. I should have canceled the queries from pgadmin,
> but I didn't. When I saw that the postgres processes were using up
> 100% of the CPU, I looked up the process id's of the ALTERs and
> runaway queries in pg_stat_activity and did the equivalent of "pg_ctl
> kill".
> 
> I don't think this is really pgadmin's fault, but why doesn't
> PostgreSQL notice that the query requestor has vanished and quit
> working on the query? Apologies if you think I should ask this on a
> general PG list.
> 

You're right that it's not pgAdmin's fault. Question is: how could
PostgreSQL know the client is killed? I don't have the answer unfortunately.


-- 
Guillaumehttp://www.postgresql.frhttp://dalibo.com


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

Предыдущее
От: "Dan Halbert"
Дата:
Сообщение: orphaned runaway queries after killing pgadmin
Следующее
От: "Dan Shoubridge"
Дата:
Сообщение: Feature Request for Debugging SQL in PGAdmin3 when SQL contains variables