Nesse caso em particular, a mudança foi a mudança de esquema que desencadeou o problema:
Essa mudança de esquema adiciona duas novas colunas à tabela malware_analyes, além de adicionar índices nelas.Finalmente, a lógica de negócios pode ser executada sem manter nenhum bloqueio na tabela de lógica de negócios
e alavancar a API de travamento de recursos comuns.Isso ocorre porque, a tabela de alterar. Aguará o AccessExclusiveLock na tabela, mesmo que seja apenas uma atualização de metadados da tabela.Nível de serviço, padrão de bloqueio do ADHOC antes do incidente:
API de travamento de recursos comuns para uso pela camada de serviço.Esta é a tabela em que armazenamos trabalhos de digitalização de pacotes OSS que alimentam o veterinário Safedep, atualizado por trabalhadores em segundo plano e consultados por uma API que enfrenta um usuário.
Fonte: https://root.sigsegv.in/posts/postgresql-locking-trap/
