صفحة تقييم الأداء
هذه الصفحة هي وثائق PmaControl الأصلية. ويستخدم بنية فهرس عملية للعمل على تحسين MySQL، دون نسخ محتوى جهة خارجية أو الاعتماد على منتج خارجي.
الهدف
تقوم صفحة تقييم الأداء بتجميع الإشارات الرئيسية من خادم MySQL في قراءة واحدة. يتم استخدامه لتحديد أولويات الإجراءات، وليس ليحل محل تحليل DBA.
أبعاد مفيدة
- التكوين: اتساق المتغيرات مع الذاكرة والتخزين والتحميل.
- الاستعلامات: وزن الاستعلامات البطيئة والاستعلامات المتكررة.
- المخطط: الفهارس والمفاتيح الأساسية وجداول الحجم والجداول المؤقتة.
- الاستقرار: إعادة التشغيل، أخطاء الاتصال، الجمود، تشبع الخيط.
- السعة: اتجاهات وحدة المعالجة المركزية، I/O، QPS، الاتصالات ومساحة القرص.
مثال الشبكة
| المحور | إشارة | الأولوية |
|---|---|---|
| الذاكرة | تجمع المخزن المؤقت صغير جدًا أو يتم تبديله | عالية |
| استعلامات | 5 خلاصات تستهلك معظم الوقت | عالية |
| المخطط | الجداول الحرجة بدون فهرس معدل | متوسطة إلى عالية |
| اتصالات | Max_used_connections قريب من max_connections |
متوسط |
للتذكر
لا يكون التقييم الشامل ذا قيمة إلا إذا ظل قابلاً للتفسير. يجب أن تشير كل نقطة إلى مقياس أو استعلام أو تكوين يمكن التحقق منه.
تحديد موضوع التقييم
أنشئ تقييماً مؤرخاً لكل دور خادم وحمل ممثل. سجّل فترة المراقبة وحداثة البيانات والإصدار والطوبولوجيا وحدود العتاد والهدف التجاري. ضمّن التطبيق والوكيل عند تقييم زمن المستخدم. خادم الكتابة ونسخة التقارير والاحتياطي تختلف في الحمل والمخاطر المقبولة. يصف الدليل أسلوب مراجعة؛ الجداول قوالب وليست نتائج مقاسة أو درجة PmaControl محسوبة تلقائياً.
SELECT NOW() AS observed_at, @@hostname AS hostname,
VERSION() AS server_version, @@global.read_only AS read_only;
SHOW GLOBAL STATUS WHERE Variable_name IN (
'Uptime', 'Questions', 'Threads_connected', 'Threads_running',
'Connection_errors_max_connections', 'Innodb_log_waits',
'Innodb_buffer_pool_reads', 'Innodb_buffer_pool_read_requests'
);
إنشاء جدول تقييم قائم على الأدلة
| المحور | الدليل | السؤال المطلوب حسمه |
|---|---|---|
| التوافر | مسار العميل الفعلي وإعادة التشغيل والأخطاء الحالية | هل تستطيع الخدمة المقصودة إكمال العمل الآن؟ |
| الاستعلامات | ملخصات الاستعلامات والخطط والمئينات | أي حمل يستهلك ميزانية الزمن؟ |
| الذاكرة وI/O | RSS وضغط الذاكرة وزمن القراءة والتفريغ | هل يحد المضيف معدل الإنجاز المفيد؟ |
| المخطط | الجداول المهمة واستخدام الفهارس والنمو | أي كلفة هيكلية تؤكدها الخطة؟ |
| الاستعادة والأمان | اختبار استعادة وعلامة النسخة والصلاحيات وTLS | هل مخاطر فقد البيانات والوصول مقبولة؟ |
صنّف القياسات المفقودة أو القديمة أو المعطلة بأنها غير معروفة. لا تتحول المعلومة المفقودة إلى حالة خضراء أو صفر مختلق. افصل الملاحظة عن تفسيرها وعن الإجراء المقترح. تتطلب نسبة إخفاق الذاكرة المخبأة أو ذروة اتصالات تاريخية أو فهارس غير مستخدمة سياق الحمل قبل اعتبارها نتيجة.
ترتيب الأولوية حسب الأثر والإلحاح والثقة
- حرج: انقطاع قائم أو نفاد وشيك للتخزين أو تعرض مؤكد غير مقبول لفقد البيانات أو الوصول.
- مرتفع: تجاوز متكرر لأهداف الزمن أو الأخطاء، أو ضغط متزايد بآلية مؤكدة.
- مخطط: كلفة أو خطر قابل للقياس دون أثر حالي؛ جدولة تحقق مضبوط.
- غير معروف: أدلة غير كافية؛ تعيين جمع البيانات بدلاً من إعلان النجاح.
جعل النتائج قبل التغيير وبعده قابلة للمقارنة
| القياس | الوحدة وطريقة الجمع |
|---|---|
| زمن العميل p50/p95/p99 | ms، نقطة النهاية نفسها وتوزيع الطلبات نفسه |
| معدل الإنجاز المفيد والأخطاء | عمليات مكتملة/s وطلبات فاشلة/إجمالي الطلبات |
| كلفة الموارد والسلامة | CPU % وRSS MiB وزمن I/O ms وتأخر s ونتائج متطابقة |
حافظ على قابلية مقارنة العتاد والبيانات والحركة والتزامن والذاكرة المخبأة، وسجّل الفروق وكرر التجارب. تحتاج العدّادات فروقاً وفحص التصفير. متوسطات ملخصات الاستعلامات ليست مئينات الطلبات. اعرض التحسينات والتراجعات معاً، واحفظ الأدلة الخام واترك الحقول غير المقاسة فارغة أو غير معروفة. حدّد القبول والتراجع قبل الاختبار؛ زيادة الإنجاز مع زيادة الفشل ليست تحسناً تلقائياً.
إكمال المتابعة بسجل لكل نتيجة
احتفظ لكل نتيجة بالخادم أو الاستعلام المتأثر والوقت ورابط الدليل والثقة والأثر التجاري والمسؤول والخطوة التالية والموعد واختبار القبول وخطة التراجع. بعد الإصلاح أرفق النتيجة المقاسة والحدود المتبقية، وأعد الفحص في الذروة وخلال دورة عمل كاملة تالية. لا تغلق نتيجة لمجرد تغير إعداد أو تحسن درجة عامة.
متابعة التشخيص
- اجمع الأدلة بفحوصات السلامة والمخطط والأمان، وتحقق من الإجراءات عبر الضبط ومراجعة المعاملات.