Início / dba / Perguntas / 44084
Accepted
asadz
Asked: 2013-06-08 12:33:23 +0800 CST

Solucionando problemas de alto uso de CPU dos serviços postgres e postmaster?

  • 772

Estou usando uma máquina baseada em código aberto (RHEL 6.2) executando o software SIEM. Quando executo o topcomando, vejo postgrese postmasterambos com 96% de uso da CPU. Existe uma maneira de identificar ou ver o que está causando o acúmulo desses serviços?

postgresql

5 respostas

  1. Best Answer

    Você pode corresponder um ID de backend específico do Postgres a um ID de processo do sistema usando a pg_stat_activitytabela do sistema.

    SELECT pid, datname, usename, query FROM pg_stat_activity;pode ser um bom ponto de partida.
    Depois de saber quais consultas estão sendo executadas, você pode investigar mais ( EXPLAIN/ EXPLAIN ANALYZE; verificar bloqueios, etc.)

    • 44

  2. Eu estava tendo o mesmo problema. O postgresql está configurado no AWS RDS e estava tendo 100% de utilização da CPU mesmo após aumentar a instância. Eu depurei com o método mostrado aqui e um dos métodos funcionou para mim.

    Verifiquei a consulta em execução por mais tempo e soube que certas consultas estavam travadas e em execução há mais de 3-4 horas. Para verificar desde quanto tempo a consulta está em execução, execute o seguinte comando:

    SELECT max(now() - xact_start) FROM pg_stat_activity
                               WHERE state IN ('idle in transaction', 'active');

    Se isso for mais de uma hora, então este é o problema. Mate a conexão de longa duração e limite a idade máxima da conexão do lado do aplicativo.

    • 27

  3. Se este é realmente o postmaster usando toda essa CPU, você provavelmente terá problemas de contenção de bloqueio, provavelmente devido a arquivos max_connections. Considere reduzir max_connectionse usar um pool de conexões, se for o caso.

    Caso contrário: Detalhes, por favor. Saída completa de top -b -n 1para começar.

    • 10

  4. Você pode usar https://www.postgresql.org/docs/current/pgstatstatements.htmlpg_stat_statements .
        

    Primeiro, pg_stat_activity(das outras respostas) é um bom conselho - e acho que às vezes não é suficiente? Ele mostra apenas a atividade atual , mas e se houver muitas consultas rápidas, que não duram o suficiente para parecerem interessantes pg_stat_activity? No entanto, quando há muitos deles, eles ainda podem causar alto uso da CPU?

    Então você pode usar pg_stat_statements:

    pg_stat_statements registra as consultas que são executadas em seu banco de dados, remove várias variáveis ​​delas e, em seguida, salva os dados sobre a consulta, como quanto tempo levou, bem como o que aconteceu com as leituras/gravações subjacentes.

    (A partir desta postagem do blog: A extensão Postgres mais útil: pg_stat_statements )

    Aqui eu uso para descobrir por que meu próprio uso de CPU é inesperadamente alto:

    \x

select 
  (total_time / 1000 / 3600) as total_hours,
  (total_time / 1000) as total_seconds,
  (total_time / calls) as avg_millis, 
  calls num_calls,
  query 
from pg_stat_statements 
order by 1 desc limit 10;


-[ RECORD 1 ]-+-------------------------
total_hours   | 0.128210291016666
total_seconds | 461.557047659998
avg_millis    | 9.06506889111474
num_calls     | 50916
query         | select p.site_id, p.page_id, p.version current_version, h.page_version cached_version from  ...
-[ RECORD 2 ]-+------------------------
total_hours   | 0.0586912504452778
total_seconds | 211.288501603
avg_millis    | 4.14966517279101
num_calls     | 50917
query         | select p.site_id, p.page_id ... from ...
:
:

    Você notou algo, acima? — As principais consultas são rápidas: 0,009 e 0,004 segundos. Mas eles são chamados muitas e muitas vezes.

    • 7

  5. Gostaria de recomendar o pg_activityutilitário para ver quais consultas SQL usam CPU\RAM. Muito útil, como top.

    • 2

relate perguntas