Re: ALTER TABLE esperando por nada

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

>