Re: Commit problem in read-commited isolation level

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.

In response to

Responses

Browse pgsql-general by date

  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