ما الذي ينكسر: أربعة تحقيقات أداء ساءت

ذاكرةٌ أُضيفت إلى نظامٍ ينتظر القرص، وفهرسٌ أُضيف إلى جدولٍ لم يستعلمه أحدٌ هكذا، وقتلٌ ردّ ساعتين، وإصلاحٌ نجح لأن شيئًا آخر أُعيد تشغيله في الوقت نفسه. والذاكرة المضافة إلى نظامٍ ينتظر القرص هي الدرس ٣ متجاهَلًا. فقد كان النظام بطيئًا، والذاكرة الشكّ الافتراضي، وبعد نافذةٍ وشراءٍ لم يتحسّن شيء — فالجلسات كانت تنتظر الإدخال والإخراج وفيها ذاكرةٌ فائضة طوال المدّة. والقياس كان متاحًا قبل إنفاق المال، والكلفة ليست العتاد فقط: فالجميع صار يعتقد أن عمل الأداء لا ينفع. والفهرس المضاف إلى جدولٍ لم يستعلمه أحدٌ هكذا هو الذي يُحدِث ضررًا مستمرًّا. فقد اقتُرِح من قراءة استعلامٍ لا من قياس ما يعمل، فلا يُستعمَل قط — وكل إدراجٍ وتحديث على ذلك الجدول يصونه الآن، أبدًا. تغييرٌ لا ينفع شيئًا ويكلّف شيئًا في كل معاملة، ولن يُزال قط لأن لا أحد يتذكّر لماذا وُجد. والقتل الذي ردّ ساعتين هو مساومة الدرس ٩ مأخوذةً بلا علمٍ أنها مساومة. فمهمّةٌ طويلة كانت تحجب،…

في هذه الوحدة: الوحدة ١١ · الأداء: العثور على المشكلة الحقيقية

1. ١قِس قبل أن تضبطمعاينة مجانية
2. ٢«النظام بطيء»: تحويل ذلك إلى سؤال
3. ٣أين يذهب الوقت فعلًا
4. ٤AWR وASH، مستخدمَين كما ينبغي
5. ٥خط الأساس هو ما يجعل التقرير ذا معنى
6. ٦العثور على استعلامات SQL المكلفة
7. ٧خطط التنفيذ، بقدر ما يكفي للتصرّف
8. ٨الإحصاءات: السبب الحقيقي الأكثر شيوعًا
9. ٩الأقفال والحجب
10. ١٠حين يكون التطبيق لا قاعدة البيانات
11. ١١ما الذي ينكسر: أربعة تحقيقات أداء ساءت
12. ١٢تمهيد التدريب · شخّص ثلاثة أنظمة بطيئة