Re: long running transactions

От: Tom Lane
Тема: Re: long running transactions
Дата: ,
Msg-id: 25953.1160500192@sss.pgh.pa.us
(см: обсуждение, исходный текст)
Ответ на: Re: long running transactions  (Tobias Brox)
Ответы: Re: long running transactions  (Tobias Brox)
Список: pgsql-performance

Скрыть дерево обсуждения

long running transactions  (Tobias Brox, )
 Re: long running transactions  (Tom Lane, )
  Re: long running transactions  (Tobias Brox, )
   Re: long running transactions  (Tobias Brox, )
    Re: long running transactions  (Tom Lane, )
     Re: long running transactions  (Tobias Brox, )
      Re: long running transactions  (Tom Lane, )
       Re: long running transactions  (Tobias Brox, )
        Re: long running transactions  (Tom Lane, )
         Re: long running transactions  (Tobias Brox, )
          Re: long running transactions  (Tom Lane, )
           Re: long running transactions  (Tobias Brox, )
            Re: long running transactions  (Tom Lane, )
             Re: long running transactions  (Tobias Brox, )

Tobias Brox <> writes:
>> Blocked on someone else's lock, maybe?

> hardly, the autovacuum is the only one having such a low transaction id,
> and also the only one hanging around when waiting a bit and rechecking
> the pg_locks table.

Hmph.  Is the autovac process actually doing anything (strace would be
revealing)?  If not, can you attach to the autovac process with gdb and
get a stack trace to see where it's blocked?

            regards, tom lane


В списке pgsql-performance по дате сообщения:

От: Tom Lane
Дата:
Сообщение: Re: Scrub one large table against another
От: Brendan Curran
Дата:
Сообщение: Re: Scrub one large table against another