Eu sou meio novo no Postgresql e na administração do servidor, então não tenho certeza se isso é um comportamento normal ou não. Agora estou tentando derrubar uma mesa com a opção cascata.
O comando que usei foi
DROP TABLE library_genre CASCADE;
Já faz meia hora e ainda está dizendo
NOTICE: drop cascades to constraint radio_logs_entry_genre_id_fkey on table logs_entry
Eu não tenho certeza de como verificar o tamanho do banco de dados, mas não consigo imaginar que ele seja grande demais. Você acha que pode haver algum tipo de corrupção que está fazendo com que demore tanto tempo?
Qualquer sugestão para descobrir isso seria muito apreciada. Que tipo de comandos devo usar para descobrir o que está acontecendo?
Editar: novas informações
Eu corri isso em um pg_dump que eu fiz antes de tentar derrubar a mesa
du -k pg_dump_file
e isso me deu 27712. Eu não tenho certeza de qual tamanho de dados ele está retornando. Se forem kilobytes com apenas 27 megabytes e isso não parecer que demoraria tanto tempo para serem modificados.
Editar # 2. Eu corri top e parece que postgres não está realmente usando muita CPU ou memória.
A eliminação da sua tabela está em cascata por meio de uma restrição - o Postgres provavelmente está vinculado a examinar as linhas nessa tabela de referência para determinar o que ela precisa fazer a respeito delas.
Para acelerar as coisas, você pode soltar suas restrições primeiro e / ou TRUNCATE da tabela que deseja eliminar.