Postgres tem 100% de CPU para bancos de dados grandes, Discourse 2.7.7

Olá,

Estamos executando o Discourse 2.7.7 baseado em Docker com uma base de usuários muito grande. Após a atualização da versão 2.4.2 para a 2.7.7, estamos observando que alguns processos do Postgres ficam travados em 100% de uso de CPU. Investigações mais detalhadas indicam que consultas como a abaixo parecem ser a causa do problema:

discourse_prod=# select pid, datid, query from pg_stat_activity WHERE pid = '244906';
  pid   |  datid  |                         query
--------+---------+-------------------------------------------------------
 244906 | 2068583 | DELETE FROM user_badges                              +
        |         |   WHERE id IN (                                      +
        |         |     SELECT ub.id                                     +
        |         |     FROM user_badges ub                              +
        |         |     LEFT JOIN (                                      +
        |         |       SELECT id user_id, current_timestamp granted_at+
        |         | FROM users                                           +
        |         | WHERE id  IN (                                       +
        |         |        SELECT p1.user_id                             +
        |         |        FROM post_custom_fields pc                    +
        |         |        JOIN badge_posts p1 ON p1.id = pc.post_id     +
        |         |        JOIN topics t1 ON p1.topic_id = t1.id         +
        |         |        WHERE p1.user_id <> t1.user_id AND            +
        |         |                     name = 'is_accepted_answer' AND  +
        |         |             p1.user_id IN (                          +
        |         |                    SELECT user_id                    +
        |         |                    FROM posts                        +
        |         |                    WHERE TRUE OR  p1.id IN (-1)      +
        |         |             )                                        +
        |         |         GROUP BY p1.user_id                          +
        |         |         HAVING COUNT(*) > 9                          +
        |         | )                                                    +
        |         |     ) q ON q.user_id = ub.user_id                    +
        |         |                                                      +
        |         |     WHERE ub.badge_id = 103 AND q.user_id IS NULL    +
        |         |   )                                                  +
        |         |
(1 row)

Identificamos essa consulta que, presumo, deve gerar uma sobrecarga enorme, não é?

        |         |                    SELECT user_id                    +
        |         |                    FROM posts                        +
        |         |                    WHERE TRUE OR  p1.id IN (-1)      +

Alguma sugestão sobre isso?
Fico no aguardo caso precise de mais informações.

Obrigado,
Daniel.

Essa consulta parece vir de Jobs::BadgeGrant.

Descobrimos que o problema foi causado por uma consulta SQL personalizada em um distintivo de usuário. Portanto, isso não é um problema upstream. Obrigado.

3 curtidas

Suspeito que você também queira garantir que execute o VACUUM e reindexe conforme descrito na atualização do PostgreSQL 13.

2 curtidas

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.