
فهارس MySQL: عالج الاستعلام البطيء قبل إضافة المزيد
الفهرس قد يسرع الوصول إلى سجلات محددة، لكنه يضيف تكلفة تخزين وتحديث. إنشاء فهرس لكل عمود ليس خطة تحسين. ابدأ بالاستعلام الذي يتأخر وبالبيانات التي يبحث…
الفهرس قد يسرع الوصول إلى سجلات محددة، لكنه يضيف تكلفة تخزين وتحديث. إنشاء فهرس لكل عمود ليس خطة تحسين. ابدأ بالاستعلام الذي يتأخر وبالبيانات التي يبحث عنها المستخدم فعلًا.
راجع شكل الاستخدام
هل تصفي الطلبات حسب العميل والحالة؟ هل ترتب حسب التاريخ؟ افحص الخطة باستخدام أدوات قاعدة البيانات وحدد الأعمدة التي تشارك في التصفية والربط. الفهرس المركب يعتمد على ترتيب الأعمدة وطريقة الاستعلام، فلا تفترض أن أي ترتيب يحقق النتيجة نفسها.
مثال من صفحة الطلبات
قائمة تعرض طلبات عميل واحد مرتبة من الأحدث قد تستفيد من تصميم مختلف عن تقرير يجمع كل الطلبات حسب الحالة. جرب بيانات قريبة من الحجم المتوقع، وقارن الخطة والزمن قبل التغيير وبعده. اختبر أيضًا عمليات الإدخال والتعديل لأنها جزء من التكلفة.
أخطاء شائعة
- تحسين استعلام تجريبي صغير دون قياس المشكلة الحقيقية.
- طلب كل الأعمدة عندما تحتاج القائمة بضعة حقول.
- إضافة فهارس متداخلة دون مراجعة الموجود.
- تغيير الإنتاج مباشرة دون خطة تنفيذ مناسبة.
احتفظ بسجل يوضح سبب إضافة الفهرس والاستعلام الذي يخدمه. وعندما يتغير التقرير، أعد تقييم الخطة بدل تراكم تعديلات قديمة. يقدم دليل فهارس MySQL أساسًا للفهم؛ النتيجة النهائية تحددها بنية بياناتك واستعلاماتك وقياسها.

▢ التعليقات (0)