Search Postgresql Archives

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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Erik Peterson <epeterson@xxxxxxxxxxxxxx> 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


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux