Sidekiq بطيء + Postmaster يستهلك أكثر من 95% من وحدة المعالجة المركزية (32 نواة) بعد ترقية إصدار PostgreSQL

شكرًا لكم جميعًا هنا! قمت بإصلاح المفتاح المكرر، وحذفت الفهارس القديمة، ثم نفذت

REINDEX DATABASE discourse;
VACUUM VERBOSE ANALYZE;

بنجاح. عاد استخدام وحدة المعالجة المركزية إلى طبيعته. هوه.

سؤال: لماذا يؤدي قاعدة البيانات غير المحسّنة أو الفهرس التالف إلى استهلاك عالٍ جدًا لوحدة المعالجة المركزية من قِبَل postmaster؟ مجرد فضول.

أعتقد أن الفهرس التالف هو مجرد إلهاء، فهو بالتأكيد ليس أمرًا جيدًا، ويجب إصلاحه.

المشكلة الكبرى هي أن هذا الانتقال من الإصدار 10 إلى 12 يترك قاعدة البيانات بسرد إحصائي سيء، مما يؤدي إلى ضعف الأداء.

الأداء ضعيف لأن مُحسّن الاستعلام يختار خططًا استعلامية رديئة جدًا، لأن الإحصائيات التي يمتلكها حول البيانات في الجداول غير دقيقة تمامًا.

سنقوم بدمج إعادة بناء الإحصائيات عبر عملية vacuum ضمن عملية الانتقال الآلية الخاصة بنا.

شكرًا لك، @sam، على التوضيحات. هذا منطقي. أعتقد أنه فكرة جيدة دمج إعادة البناء في عملية النقل الآلية. شكرًا لك مجددًا على مساعدتك!