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

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Update of table lags execution of statement by >1 minute?
Дата
Msg-id 12965.1184797481@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Update of table lags execution of statement by >1 minute?  (Erik Peterson <epeterson@cardiomems.com>)
Список pgsql-general
Erik Peterson <epeterson@cardiomems.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

В списке pgsql-general по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Feature request: Per database search_path
Следующее
От: "Pat Maddox"
Дата:
Сообщение: Re: Need help optimizing this query