On 01-07-2015 13:11, Matheus de Oliveira wrote: > > 2015-06-29 0:05 GMT-03:00 Aldrey Galindo <[email protected] > <mailto:[email protected]>>: > > Não tive problema no restore em si, mais pelo volume da base está > demorando bastante. Notei que um dos processoa mais demorados está > nos 'ALTER TABLE ... CONSTRAINT...'. > Gostaria de saber se vocês tem alguma recomendação para melhorar > esse tempo. A configuração utilizada no restore está disponível > aqui: http://pastebin.com/ru30uLwy > > > Pelas suas configurações, você desabilitou o autovacuum, como está > gargalando em comandos `ALTER TABLE ... ADD CONSTRAINT ...`, pode > significar simplesmente que o plano de execução para validação de chaves > estrangeiras esteja ruim, causando essa lentidão. Recomendo re-habilitar > o autovacuum e verificar se melhora. > Eu não aconselho habilitar autovacuum em restaurações; a não ser que você tenha uma base pequena ou não se importa com o tempo de restauração. Na maioria dos casos ele prejudica a performance da operação.
O OP não detalhou o ... ADD CONSTRAINT ... Pode ser tanto criação de PK quanto de FK. Se for o primeiro, com um m_w_m de 6GB as tabelas devem ter dezenas ou centenas de gigabytes. No segundo caso, pode ser múltiplas FKs numa mesma tabela grande ou algum plano ruim na verificação da FK (é possível mas acho pouco provável já que é um simples LEFT JOIN). Enfim, sem os comandos ALTER TABLE ... ADD CONSTRAINT e uma saída do pg_stat_activity e/ou pg_locks que evidenciam tais problemas fica difícil dizer o que está ocorrendo. -- Euler Taveira Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
