Olá Boa Tarde,

Trabalho a algum tempo com postgresql, e espero ajudar a lista, mais neste
momento tenho uma dúvida.

Tenho dois ambientes de postgresql, desenvolvimento e produção. O
desenvolvimento recebe todas as noites uma copia do banco de produção
através de um drop e pg_dump.

O problema, o mesmo SQL rodando no desenvolvimento leva 5.129ms e no
produção 166.903ms, será que este drop e criação do banco deixa o banco
copia do desenvolvimento tão melhor assim ??? Uma coisa q notei q os
Explain vão por lugares diferente, já rodei Vacuum FULL, analyse e Reindex.
O teste deste SQL foi feito em horário sem ninguém acessando o produção,
pois poderia tb ser a utilização maior deste.


Maquinas e configuração:

SO debian 7, com postgresql 9.3.5

Maquinas idênticas de mesmo velocidade processador, e memória, são maquina
iguais somente quantidade de recursos de processadores e memória q são
reduzidos para a maquina de desenvolvimento. Maquinas exclusivas para
postgresql.


* Servidor de produção

Total de Memoria do Servidor 86G
12 processadores


* Servidor de desenvolvimento

Total de Memoria do Servidor 6G
4 processadores


* Servidor de produção

max_connections 230
shared_buffers 20GB
temp_buffers 8mb
work_mem 192mb
maintenance_work_mem 1GB
autovacuum_max_workers 3
autovacumm on


* Servidor de desenvolvimento

max_connections 100
shared_buffers 1408MB
temp_buffers 8mb
work_mem 28mb
maintenance_work_mem 352mb
autovacuum_max_workers 3
autovacumm on

Para não atrapalhar a lista os Explain, coloquei fora do email

* Explain Produção

https://docs.google.com/document/d/18yz42q4KWB0IBcjKTQ9dVuMlkb9ZLiBrKdsh1UySou4/edit?usp=sharing

* Explain Desenvolvimento


https://docs.google.com/document/d/10msO31cKa9cX-MH-epAdUgqPtIfrbtf8pwQyCxIe7AE/edit?usp=sharing


Desculpa o Email gigante, mais isso é uma coisa maluca e difícil de
explicar.

Obrigado
Fernando Silveira
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a