Em Quinta-feira, 19 de Dezembro de 2013 15:17, "Guimarães Faria Corcete DUTRA,
Leandro" <[email protected]> escreveu:
2013/12/19 Leandro <[email protected]>
>
> Nosso servidor não usa nem 30% de sua capacidade, usa o Sistema operacional
> ubuntu.
Esse número é muito grosseiro. Como está, por exemplo, a carga em
disco nos momentos críticos?
> Pelos várias situações que conseguimos identificar aqui, está mais próximo de
> ser o banco.
‘O banco’ também não quer dizer muita coisa. Um SGBD é um ponto focal
entre vários componentes — memória, rede, discos, CPU, cache,
estruturas de tabelas e índices, consultas, usuários.
> Quando por exemplo há vários usuários fazendo inserções em uma mesma tabela
> pude notar que a lentidão aumenta mais ainda.
E qual o plano de execução dessas inserções? Qual a estrutura dessas
tabelas? Que consultas, com que planos de execução, estão rodando
nesses momentos?
Problemas de concorrência fazem pensar em falta de normalização.
====================================================================================
Dependendo da sua necessidade, pode ser necessário:
- Eliminar índices que não estejam sendo utilizados;
- Acrescentar índices em operações que estejam fazendo table scan (use o
comando explain para descobrir)
- Reorganizar os índices (comando REINDEX). Recomendo que rode um REINDEX
noturno. Pode ajudar.
O ideal é descobrir que operações e que objetos acessados são as maiores fontes
de lentidão.
Cordialmente,
Cláudio Leopoldino
postgresqlbr.blogspot.com/
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
