Re: Update of table lags execution of statement by >1 minute?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Erik Peterson <epeterson(at)cardiomems(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Update of table lags execution of statement by >1 minute?
Date: 2007-07-18 22:24:41
Message-ID: 12965.1184797481@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Erik Peterson <epeterson(at)cardiomems(dot)com> writes:
> I=B9m not sure the corrupted index issue is it. After updating, the attribut=
> e
> shows up as the =B3old=B2 value with selects on different columns, ie:

> UPDATE mytable SET myattribute=3D1 WHERE id=3D14;
> COMMIT;
> SELECT * from mytable WHERE myattribute=3D0

> Would include the that row (id=3D14). So it isn=B9t just a single corrupted
> index, if that is indeed the issue.

Hm. I still think there's something going on in your application that
you're missing. While you are "watching" the row to see it update,
would you select the system columns ctid,xmin,xmax as well as the data?
That might provide some clue what's really happening.

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Pat Maddox 2007-07-18 22:34:37 Re: Need help optimizing this query
Previous Message Tom Lane 2007-07-18 22:17:59 Re: Feature request: Per database search_path