From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Gregory Wood" <gregw(at)com-stock(dot)com> |
Cc: | "PostgreSQL-General" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Re: Multiple pq_flush: send() failed: Broken pipe |
Date: | 2001-06-13 19:04:46 |
Message-ID: | 28990.992459086@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
"Gregory Wood" <gregw(at)com-stock(dot)com> writes:
>> The client might have long since given up and disconnected, but right
>> now the backend won't notice until it finishes the query.
> That has the sound of something that might change in the near future? I'd
> love to automatically have runaway queries killed when the client drops the
> connection...
See followup: what was being discussed a couple days ago was cancelling
the query as soon as send() failure is detected. That's not a complete
solution, since there's still a problem with the sort of query that
computes for hours before it tries to emit any output. But it'd be a
big improvement.
Note that since 7.0 or so you can kill a runaway query harmlessly by
sending the backend a SIGINT, even if the client has disconnected.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2001-06-13 19:08:39 | Re: followup on view/rule/delete problem. |
Previous Message | David Wall | 2001-06-13 19:04:17 | Vacuum analyze in 7.1.1 |