Ungewöhnlich hohe CPU-Auslastung

[supermathie (Michael Brown)]

@char

Ich würde vermuten, dass nicht genügend Speicher vorhanden ist: Abfragen landen im Swap.

(nicht im Swap, aber sie lesen von der Festplatte)

Das passt zu meinen früheren Beobachtungen:

@supermathie

Es werden nur etwa 6 GB von Anwendungen belegt. Es findet eine Menge Lesen statt, was meiner Vermutung nach (zusammen mit Sidekiq, das beschäftigt ist) vielleicht bedeutet, dass PostgreSQL viele alte Daten von der Festplatte liest, möglicherweise um einige Statistikjobs durchzuführen. Wenn die Datenbank nicht in den RAM passt, wird potenziell viel gelesen, wenn auf diese älteren Daten zugegriffen wird.

@char

pg_total_relation_size

Beachten Sie, dass dies die Größe der Relation und der Indizes ist. Vergleichen Sie dies mit 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

Dies stammt von ScoreCalculator, einem Teil von PeriodicalUpdates.

@char

viele Statistikneuberechnungen beanspruchen Ressourcen (d.h. Jobs::DestroyOldDeletionStubs - 419 Sekunden; Jobs::AboutStats - 472 Sekunden; Jobs::EnsureDbConsistency 2083 Sekunden; Jobs::TopRefreshOlder - 2727 Sekunden

Dies ist Ihre Feststellung, die gelöst werden muss. Im Vergleich dazu benötigt hier auf Meta Jobs::EnsureDbConsistency <2 Min. und Jobs::TopRefreshOlder <10s:

Postgres benötigt mehr Speicher. Geben Sie ihm so viel wie möglich.

Sie könnten auch von einem VACUUM ANALYZE oder VACUUM ANALYZE FULL profitieren. Das erste zu tun, schadet nie.

Ich würde wahrscheinlich in dieser Reihenfolge vorgehen:

• vacuum analyze
• Sidekiq pausieren und dann vacuum analyze full (dies friert die Tabellen ein, um sie vollständig neu zu schreiben, kann während der Ausführung zu einigen Fehlern führen)
• mehr Speicher für Postgres