العثور على استعلامات SQL المكلفة

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

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

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