Então as consultas bloqueadas estarão com waiting TRUE e a consulta que originou o bloqueio e a lentidão estará com waiting FALSE mas com query_start e backend_start altos, seria isto?
Atenciosamente, Alessandro Lima email [email protected] Em 1 de agosto de 2012 11:02, Flavio Henrique Araque Gurgel < [email protected]> escreveu: > > Em 01-08-2012 10:55, Alessandro Lima escreveu: > > Dei uma olhada na view pg_locks mas surgiram várias dúvidas de como > > analizar seu resultado: > > - deveria apresentar uma coluna com a query que está bloqueada? > > - deveria apresentar uma coluna com quanto tempo está bloqueado? > > - o resultado desta consulta representa que está bloqueado aguardando o > > desbloqueio ou quem originou o bloqueio? > > Pra você saber se uma consulta está bloqueada verifique a visão > pg_stat_activity. Todas as consultas aparecem lá. Se ela estiver > aguardando liberação de bloqueio a coluna "waiting" estará como TRUE. > Caso essa coluna não esteja TRUE, veja os horários de início do backend, > da transação e da consulta e veja se não é lentidão na execução. > > Você disse estar com autovacuum desligado. Logo, suas tabelas estão sem > análise de estatísticas. Seus planos de execução devem estar péssimos. > > []s > > Flavio Henrique A. Gurgel > Consultor e Instrutor 4Linux > Tel: +55-11-2125-4747 > www.4linux.com.br > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
