استخدام غير عادي لوحدة المعالجة المركزية

[supermathie (Michael Brown)]

@char

أفترض أن السبب هو عدم كفاية الذاكرة: الاستعلامات تذهب إلى المبادلة (swap).

(ليست المبادلة، ولكنها تقرأ من القرص)

هذا يتوافق مع ملاحظاتي السابقة:

@supermathie

هناك حوالي 6 غيغابايت فقط مستخدمة من قبل التطبيقات. هناك الكثير من القراءة تحدث، والتي أخمن (إلى جانب انشغال sidekiq) ربما يقوم postgres بالكثير من قراءة البيانات القديمة من القرص، ربما لتنفيذ بعض مهام الإحصائيات. إذا كانت قاعدة البيانات لا تتسع في ذاكرة الوصول العشوائي (RAM)، فمن المحتمل أن تقوم بالكثير من القراءة إذا تم الوصول إلى تلك البيانات الأقدم.

@char

pg_total_relation_size

لاحظ أن هذا هو حجم العلاقة والفهارس. قارن مع pg_relation_size.

@char

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

هذا من ScoreCalculator، وهو جزء من PeriodicalUpdates.

@char

إعادة حساب العديد من الإحصائيات تستهلك الموارد (أي: Jobs::DestroyOldDeletionStubs - 419 ثانية؛ Jobs::AboutStats - 472 ثانية؛ Jobs::EnsureDbConsistency 2083 ثانية؛ Jobs::TopRefreshOlder - 2727 ثانية

هذا هو اكتشافك الذي يحتاج إلى حل. للمقارنة، هنا على meta تستغرق Jobs::EnsureDbConsistency أقل من دقيقتين وتستغرق Jobs::TopRefreshOlder أقل من 10 ثوانٍ:

يحتاج Postgres إلى مزيد من الذاكرة. امنحه أكبر قدر ممكن.

قد ترى أيضًا فائدة من VACUUM ANALYZE أو VACUUM ANALYZE FULL. القيام بالأول لا يضر أبدًا.

أود أن أقوم، بالترتيب:

• vacuum analyze
• إيقاف sidekiq مؤقتًا ثم vacuum analyze full (هذا يجمد الجداول لإعادة كتابتها بالكامل، وقد يتسبب في بعض الإخفاقات أثناء تشغيله)
• مزيد من الذاكرة لـ postgres