Re: [PERFORM] Strange performance degradation - Mailing list pgsql-general

From Denis Lussier
Subject Re: [PERFORM] Strange performance degradation
Date
Msg-id ba8cf61c0911240710h69a816caj2d34e33ef7c9227b@mail.gmail.com
Whole thread Raw
In response to Re: [PERFORM] Strange performance degradation  (Matthew Wakeling <matthew@flymine.org>)
List pgsql-general
IMHO the client application is already confused and it's in Prod.
Shouldn't he perhaps terminate/abort the IDLE connections in Prod and
work on correcting the problem so it doesn't occur in Dev/Test??


On 11/24/09, Matthew Wakeling <matthew@flymine.org> wrote:
> On Mon, 23 Nov 2009, Lorenzo Allegrucci wrote:
>> Anyway, how can I get rid those "idle in transaction" processes?
>> Can I just kill -15 them or is there a less drastic way to do it?
>
> Are you crazy? Sure, if you want to destroy all of the changes made to the
> database in that transaction and thoroughly confuse the client
> application, you can send a TERM signal to a backend, but the consequences
> to your data are on your own head.
>
> Fix the application, don't tell Postgres to stop being a decent database.
>
> Matthew
>
> --
>  I would like to think that in this day and age people would know better
> than
>  to open executables in an e-mail. I'd also like to be able to flap my arms
>  and fly to the moon.                                    -- Tim Mullen
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance
>

pgsql-general by date:

Previous
From: John Oyler
Date:
Subject: Re: I need help creating a composite type with some sort of constraints.
Next
From: Christophe Pettus
Date:
Subject: Re: exclude table from transactions