Uso de CPU incomumente alto

[supermathie (Michael Brown)]

@char

Eu hipotetizaria não ter memória suficiente: as consultas vão para o swap.

(não swap, mas estão lendo do disco)

isso se encaixa com minhas observações anteriores:

@supermathie

há apenas cerca de 6GB ocupados por aplicativos. Há muita leitura acontecendo, que eu diria (junto com o sidekiq estar ocupado) talvez o postgres esteja fazendo muita leitura de dados antigos do disco, talvez para fazer alguns trabalhos de estatísticas. Se o banco de dados não couber na RAM, é potencialmente provável que ele faça muita leitura se esses dados mais antigos estiverem sendo acessados.

@char

pg_total_relation_size

Note que este é o tamanho da relação e dos índices. Compare com pg_relation_size.

@char

  2501 | 2026-02-07 11:25:01.028892+00 | active | IO              | DataFileRead | UPDATE posts                                                                                        +
       |                               |        |                 |              | SET percent_rank = X.percent_rank                                                                   +
       |                               |        |                 |              | FROM (                                                                                              +
       |                               |        |                 |              |   SELECT posts.id, Y.percent_rank                                                                   +
       |                               |        |                 |              |   FROM posts

Isso é de ScoreCalculator, parte de PeriodicalUpdates.

@char

muitos recálculos de estatísticas estão consumindo recursos (ou seja, Jobs::DestroyOldDeletionStubs - 419 segundos; Jobs::AboutStats - 472 segundos; Jobs::EnsureDbConsistency 2083 segundos; Jobs::TopRefreshOlder - 2727 segundos

Esta é a sua descoberta que precisa ser resolvida. Em comparação, aqui no meta, Jobs::EnsureDbConsistency leva <2min e Jobs::TopRefreshOlder leva <10s:

O Postgres precisa de mais memória. Dê a ele o máximo que puder.

Você também pode ver benefícios com um VACUUM ANALYZE ou VACUUM ANALYZE FULL. Fazer o primeiro nunca prejudica.

Eu provavelmente faria, em ordem:

• vacuum analyze
• pausar sidekiq e depois vacuum analyze full (isso congela as tabelas para reescrevê-las completamente, pode incorrer em algumas falhas enquanto é executado)
• mais memória para o postgres