From: | Kris Jurka <books(at)ejurka(dot)com> |
---|---|
To: | John R Pierce <pierce(at)hogranch(dot)com> |
Cc: | pgsql-jdbc(at)postgresql(dot)org |
Subject: | Re: "Idle in Transaction" revisited. |
Date: | 2004-09-18 15:56:30 |
Message-ID: | Pine.BSO.4.56.0409181054290.30856@leary.csoft.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
On Sat, 18 Sep 2004, John R Pierce wrote:
> I can think of a bunch of scenarios where this would cause problems...
>
> * An service app that opens several connections for various threads,
> and one or another of them goes idle for a long time ... No vacuuming
> during this state.
This doesn't mean no vacuuming, only no vacuuming of old rows. This can
be difficult to actually detect so it's probably happening to people
without them noticing. They see a performance drop, but vacuum seems to
work, so they don't see anything really wrong.
> * Thread has been idle for awhile, then goes to do a SELECT and it will
> only see data that was committed prior to this threads last COMMIT.
>
This will only happen when working with serializable transaction
isolation, not read committed (which is the default).
Kris Jurka
From | Date | Subject | |
---|---|---|---|
Next Message | Francisco Figueiredo Jr. | 2004-09-18 16:24:00 | Re: Issues regarding code license of ported code. |
Previous Message | John R Pierce | 2004-09-18 15:47:24 | Re: "Idle in Transaction" revisited. |