*PARA OS DBAS jr* ou candidato há ..
ÍNDICE LOCAL É QUANDO A INDEXAÇÃO É FÍSICA, OU SEJA DIRETO NA TABELA, COMO
UMA PK, ÍNDICES ORBITAIS COM O PRÓPRIO NOME DIZ, ORBITAM A TABELA ,
SÃO TABELAS DE ÍNDICES AUXILIARES COMO SE FOSSE O ÍNDICE DE UM LIVRO. ISSO
GERA I/O (vocês sabem o que é I/O né?) no
que fico pasmo
pas.mo
*sm* (*lat spasmu*) *1* Assombro, espanto, grande admiração. *2*
Desfalecimento,
desmaio. *3 **Vet V tétano. **4 **Reg* (Sul e Centro) Contração espasmódica
dos músculos maxilares, por excessiva sede da rês. *adj V pasmado*.
Entenderam???
Seja Livre!
Use OpenSource!
Em 5 de fevereiro de 2014 14:27, Cicero Neto cicero@gmail.comescreveu:
*PARA OS DBAS jr* ou candidato há ..
ÍNDICE LOCAL É QUANDO A INDEXAÇÃO É FÍSICA, OU SEJA DIRETO NA TABELA, COMO
UMA PK, ÍNDICES ORBITAIS COM O PRÓPRIO NOME DIZ, ORBITAM A TABELA ,
SÃO TABELAS DE ÍNDICES AUXILIARES
On 05-02-2014 13:27, Cicero Neto wrote:
*PARA OS DBAS jr* ou candidato há ..
s/há/a/
ÍNDICE LOCAL É QUANDO A INDEXAÇÃO É FÍSICA, OU SEJA DIRETO NA TABELA, COMO
UMA PK, ÍNDICES ORBITAIS COM O PRÓPRIO NOME DIZ, ORBITAM A TABELA ,
SÃO TABELAS DE ÍNDICES AUXILIARES COMO SE FOSSE O ÍNDICE DE UM
2014-02-05 Cicero Neto cicero@gmail.com:
PARA OS DBAS jr ou candidato há ..
Para quem não respeita a netiqueta, maiúsculas são grito e não são bem vistas.
Também é bom saber escrever português. Há candidados a DBA júnior,
mas não se pode confundir o verbo haver (há) com a partícula ‘a’.
Bom dia!
Olha, me parece improvável você ter esse problema, para um banco de dados
tão pequeno.
Acredito que seja necessário fazer um tunning na base de dados, rever
indices locais e orbitais, substituir consultas em tabelas por visões,
rever procs, gatilhos, etc.
Extraia planos de execução, veja
2014-02-03 Cicero Neto cicero@gmail.com:
Acredito que seja necessário fazer um tunning na base de dados
/Tuning/.
rever indices locais e orbitais
Alguém já entendeu o que o Cícero quer dizer com isso?
Extraia planos de execução, veja se o acesso a base está correto. Sou DBA SR
e
Em 3 de fevereiro de 2014 11:50, Guimarães Faria Corcete DUTRA,
Leandro l...@dutras.org escreveu:
2014-02-03 Cicero Neto cicero@gmail.com:
rever indices locais e orbitais
Alguém já entendeu o que o Cícero quer dizer com isso?
Estava redigindo uma pergunta à lista quando sua mensagem
Em 30 de janeiro de 2014 15:02, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
Mais uma dúvida, estamos com o Postgres rodando em uma máquina virtual,
teríamos mais desempenho se estivéssemos rodando em uma máquina física
com as mesmas configurações?
Não sequestre a thread. Isso
depois de vários testes, deixamos o PgBoucer passando 22 conexões para o
PostgreSql. Passamos a ter melhor resposta mesmo. Com o teste de 500 users
no Jmeter, o banco responde bem no PgAdmin, porém a aplicação web fica um
pouco lenta.
Fico feliz que tenha evoluído com seus resultados!
Agora é
Bom dia pessoal,
Temos o seguinte cenário:
Durante 2 semanas por ano nosso sistema sofre uma alta demanda de acessos.
São 6000 usuários em potencial.
De acordo com nosso analista de infra, na última matrícula o postgreSQL foi
derrubado por 450 usuários concorrentes.
Estamos montando um ambiente
Em 30 de janeiro de 2014 09:50, Wellington Openheimer wopenhei...@gmail.com
escreveu:
Bom dia pessoal,
Temos o seguinte cenário:
Durante 2 semanas por ano nosso sistema sofre uma alta demanda de acessos.
São 6000 usuários em potencial.
De acordo com nosso analista de infra, na última
Nós monitoramos o uso de I/O e CPU e não temos problema de disco (Raid 10
em SSD) e a rede é GB.
Para as configurações do Postgres utilizando o Pgtune para 250 usuários.
Estão assim:
checkpoint_segments = 8 # pgtune wizard 2014-01-29
maintenance_work_mem = 1GB # pgtune wizard 2014-01-29
Para as configurações do Postgres utilizando o Pgtune para 250 usuários.
Estão assim:
(...)
max_connections = 250 # pgtune wizard 2014-01-29
Diminua aqui e a saída pgbouncer para uns 30.
Você verá que vai voar.
Claro que tem que ver outras coisas como índices, consultas, etc, mas
para a
Em 30 de janeiro de 2014 10:41, Wellington Oppenheimer
welling...@unifei.edu.br escreveu:
Nós monitoramos o uso de I/O e CPU e não temos problema de disco (Raid 10
em SSD) e a rede é GB.
Para as configurações do Postgres utilizando o Pgtune para 250 usuários.
Estão assim:
Em 30 de janeiro de 2014 11:01, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
Para as configurações do Postgres utilizando o Pgtune para 250 usuários.
Estão assim:
(...)
max_connections = 250 # pgtune wizard 2014-01-29
Diminua aqui e a saída pgbouncer para uns 30.
Você
Flávio, vc disse pra diminuir o max_connection e diminuir o Bouncer para
30.
Vamos testar, mas como estamos testando com 500 no Jmeter, isso não vai
gerar muita fila de espera, visto que as consultas são pesadas?
Douglas
No Postgre logou too many clients e foi resolvido com o Bouncer e deu
erro
Flávio, vc disse pra diminuir o max_connection e diminuir o Bouncer para
30.
Vamos testar, mas como estamos testando com 500 no Jmeter, isso não vai
gerar muita fila de espera, visto que as consultas são pesadas?
Agradecemos não fazer mais top-posting.
A resposta imediata à sua pergunta é
Rafael,
Quando rodamos os testes, percebemos que não consome memória(não faz
Swap), mas sim CPU's, que colam 100%.
Pode até ser, dependendo das configurações do S.O., mas, concordando com o
Gurgel, eu acho que, de qualquer forma, todas as sugestões são válidas e
devem ser testadas.
Caso seja
Pode até ser, dependendo das configurações do S.O., mas, concordando com
o Gurgel, eu acho que, de qualquer forma, todas as sugestões são válidas
e devem ser testadas.
Caso seja diminuído o número de conexões desta forma, também não será
necessário mudar muita coias de configuraçõe
Estou de
Em 30-01-2014 14:38, Flavio Henrique Araque Gurgel escreveu:
Só que diminuir o número de conexões é o primeiro passo, pois ele
mascara todos os outros.
Só pra vocês verem como este assunto é recorrente e as pessoas são
insistentes, acaba de circular na lista internacional:
I would be
Mais uma dúvida, estamos com o Postgres rodando em uma máquina virtual,
teríamos mais desempenho se estivéssemos rodando em uma máquina física
com as mesmas configurações?
Não sequestre a thread. Isso é outro assunto, não relacionado à sua
primeira pergunta.
Todavia, a resposta é *depende*.
22 matches
Mail list logo
