Re: ALTER TABLE esperando por nada

Atenciosamente,

*Hortência da Silva Campos*

+55 71 99274-1197

Em sáb., 5 de dez. de 2020 às 14:20, Flavio Henrique Araque Gurgel <
fhagur(at)gmail(dot)com> escreveu:

>
>
> Em sáb, 5 de dez de 2020 15:15, Hortencia Campos <hortenciadsc(at)gmail(dot)com>
> escreveu:
>
>>
>> Atenciosamente,
>>
>> *Hortência da Silva Campos*
>>
>> +55 71 99274-1197
>>
>>
>> Em sáb., 5 de dez. de 2020 às 08:20, Ranier Vilela <ranier(dot)vf(at)gmail(dot)com>
>> escreveu:
>>
>>>
>>> Em sáb., 5 de dez. de 2020 às 08:00, Hortencia Campos <
>>> hortenciadsc(at)gmail(dot)com> escreveu:
>>>
>>>> Olá pessoal, bom dia!
>>>>
>>>> Preciso executar um script de alter table simples, em um banco sem
>>>> atividade. Existe apenas a minha sessão conectada.
>>>>
>>>> Porém, a execução do alter table parece está "bloqueada" por ninguém:
>>>>
>>>> select pid, pg_blocking_pids(pid) as blocked_by, query as blocked_query
>>>> from pg_stat_activity
>>>> where pg_blocking_pids(pid)::text != '{}';
>>>> pid | blocked_by |
>>>> blocked_query
>>>>
>>>> ------+------------+-------------------------------------------------------------------------------------------------------
>>>> 9264 | {0} | ALTER TABLE XXX ADD COLUMN YYY varchar200;
>>>> (1 registro)
>>>>
>>>> Alguém já passou por isso?
>>>>
>>>> Eu já reiniciei o banco para garantir que não exista nenhuma conexão
>>>> perdida, mas o alter table não conclui.
>>>>
>>> Se a versão for anterior a 11, adicionar um campo non-null, leva a uma
>>> reescrita completa da tabela, o que
>>> pode ser bem demorado se a tabela for muito grande.
>>> Mas não parece ser o caso...
>>> O campo é null default?
>>>
>>> Ranier Vilela
>>>
>>
>>
>> Oi Ranier,
>>
>> Desculpa, esqueci de dizer, a versão do banco é 10.12 e está com o
>> RedHat 7.5.
>>
>> A tabela é bem pequena, tem apenas 696 registros. O default desse campo é
>> null mesmo.
>>
>
> Olhe pg_stat_activity.
> A coluna wait_event mostra o que está agarrando.
>
> Flavio
>

Oi Flavio,

ele mostra o wait_event = relation.

Mas eu acho que já descobri o que está acontecendo. O problema se repetiu
ao tentar excluir uma trigger de outra tabela.

Esse banco foi criado a partir de um standby que não recebeu todos os
archives, então eu acho ele abriu inconsistente. Ai vários objetos parecem
está corrompidos.
Alguém sabe se tem como eu confirmar isso?

De qualquer forma, obrigada a todos pela ajuda!