Início / dba / Perguntas / 102084
Accepted
David Eyk
Asked: 2015-05-21 12:10:00 +0800 CST

Spiky COMMIT resulta em lentidão de desempenho com o Postgres 8.4

  • 772

Acabamos de instalar o monitoramento de desempenho em nosso aplicativo da web e estamos vendo um padrão de pico nos tempos de resposta de nosso servidor Postgres 8.4. Os picos correspondem a uma desaceleração significativa em nosso aplicativo da web. O tempo parece ser consumido em grande parte em "Postgres commit":

Principais operações de banco de dados por tempo consumido

Estamos auto-hospedando o Postgres 8.4.3 no Ubuntu 10.04, essencialmente com configurações padrão, em uma instância c1.xlarge do Amazon EC2 com EBS. Sim, eu sei que o Postgres no EBS provavelmente não é a melhor configuração. Planejamos mudar para um banco de dados Postgres mais recente no RDS ainda este ano.

Nesse ínterim, há algo óbvio que eu deva observar que possa domar esse padrão pontiagudo?

postgresql performance

1 respostas

  1. Best Answer

    É difícil dizer exatamente o que seus gráficos dizem. Mas commité projetado para ser lento. Por padrão, o Postgres espera que as alterações sejam gravadas no disco antes de commitretornar.

    Você pode deixar commitconcluir antes que as alterações sejam gravadas no disco com esta opção:

    synchronous_commit = off

    Isso certamente deve ajudar a espalhar a E/S de disco necessária commitpor mais tempo. A desvantagem é que uma interrupção do servidor pode causar a perda de transações concluídas.

    • 2

relate perguntas