From: | S H <msq001(at)live(dot)com> |
---|---|
To: | Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com> |
Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Commit problem in read-commited isolation level |
Date: | 2013-08-17 05:38:39 |
Message-ID: | BAY176-W35E926C7FEA650E22DE37CFD400@phx.gbl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> 1) What is your exact Postgres version i.e 8.1.5.?
V - 8.1.18
> 3) You also say it works fine in two environments, but not one.
>
> What are the environments?
> OS and version, memory, Postgres versions, etc.
It is working on most of the production system ( more than 100) but failed once in one of the system ( not always).
> OS and version, memory, Postgres versions, etc.RHEL 5.2 , 32 GB , 8.1.18
>Current value in colname = 5;
> Update tablename set colname = 0 where key = 18;
> commit , in parallel to above queries ( either vacuum or reindex of
> table was running)
>
> After 10 sec following query is executed.
> select colname from tablename where key = 18 ;it is returning old value
> i.e colname = 5.
> After another few seconds select colname from tablename where key = 18
> ;it is returning new value i.e colname = 0.
>
> You say at the top the new value is 0, but show 5 as the new value at
> the bottom.
>
Sorry it is returning new value ie 0 after some time. Corrected the above description.
From | Date | Subject | |
---|---|---|---|
Next Message | Piotr Gasidło | 2013-08-17 11:47:10 | pg_basebackup from new master's slave then recovery from new master. |
Previous Message | Scott Marlowe | 2013-08-17 03:07:48 | Re: Seemingly inconsistent ORDER BY behavior |