Hallo,
wir betreiben eine Docker-basierte Discourse 2.7.7-Instanz mit einer sehr großen Benutzerbasis. Nach dem Upgrade von 2.4.2 auf 2.7.7 stellen wir fest, dass einige Postgres-Prozesse bei 100 % CPU-Auslastung hängen bleiben. Weitere Untersuchungen deuten darauf hin, dass folgende Abfragen das Problem verursachen:
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)
Wir haben diese Abfrage gefunden, die, wie ich annehme, einen enormen Overhead verursacht, oder?
| | SELECT user_id +
| | FROM posts +
| | WHERE TRUE OR p1.id IN (-1) +
Haben Sie dazu Vorschläge?
Lassen Sie mich wissen, falls Sie weitere Informationen benötigen.
Vielen Dank,
Daniel.