قم إفلات الملفات هنا

SQL upload ( 0 ) x -

الإعدادات المتعلقة بالصفحة انقر على الشريط للتمرير إلى أعلى الصفحة
Press Ctrl+Enter to execute query Press Enter to execute query
ascending
descending
ترتيب:
تصحيح SQL
Count
Execution order
Time taken
ترتيب حسب:
Group queries
Ungroup queries
Collapse Expand Show trace Hide trace عد: الوقت المستغرق:
Bookmarks
تحديث
إضافة
لا توجد إشارات مرجعية
إضافة للمفضلة
خيارات
Restore default values
Collapse Expand Requery تعديل Explain جانبي Bookmark Query failed قاعدة البيانات: Queried time:

نظام المرشد

الأداء المتوقع

أصدر:
زمن التشغيل أقل من يوم واحد، قد لا يكون ضبط الأداء دقيقًا.
التوصيه:
للحصول على متوسطات أكثر دِقَّة، يوصى بترك الخادوم يعمل لفترة أطول من يوم قبل تشغيل هذا المُحلل
التبرير:
وقت التشغيل 0 يوم، 0 ساعة، 55 دقيقة و20 ثانية فقط
المتغير / الصيغة المستخدمة:
Uptime
امتحان:
value < 86400
أصدر:
long_query_time تم ضبطه على 10 ثوانٍ أو أكثر، وبالتالي يتم تسجيل الاستعلامات البطيئة التي تستغرق فقط 10 ثوانٍ.
التوصيه:
يوصى بتعيين long_query_time على قيمة أقل، اعتمادًا على بيئتك. عادة ما يوصى بقيمة بين 1-5 ثوان.
التبرير:
long_query_time معينة حاليًِا على قيمة 10ث.
المتغير / الصيغة المستخدمة:
long_query_time
امتحان:
value >= 10
أصدر:
تم تعطيل سجل الاستعلام البطيء.
التوصيه:
تفعيل التسجيل البطيء للاستعلام عن طريق ضبط slow_query_log على "تشغيل". سيساعد هذا في استكشاف أخطاء الاستعلامات ذات الأداء السيئ وإصلاحها.
التبرير:
تم ضبط slow_query_log على "إيقاف"
المتغير / الصيغة المستخدمة:
slow_query_log
امتحان:
value == 'OFF'
أصدر:
There are lots of rows being sorted.
التوصيه:
While there is nothing wrong with a high amount of row sorting, you might want to make sure that the queries which require a lot of sorting use indexed columns in the ORDER BY clause, as this will result in much faster sorting.
التبرير:
Sorted rows average: 2.88 لكل ثانية
المتغير / الصيغة المستخدمة:
Sort_rows / Uptime
امتحان:
value * 60 >= 1
أصدر:
There are too many joins without indexes.
التوصيه:
This means that joins are doing full table scans. Adding indexes for the columns being used in the join conditions will greatly speed up table joins.
التبرير:
Table joins average: 4.37 لكل ثانية, this value should be less than 1 per hour
المتغير / الصيغة المستخدمة:
(Select_range_check + Select_scan + Select_full_join) / Uptime
امتحان:
value * 60 * 60 > 1
أصدر:
معدل قراءة مدخل المؤشر الأول مرتفع.
التوصيه:
This usually indicates frequent full index scans. Full index scans are faster than table scans but require lots of CPU cycles in big tables, if those tables that have or had high volumes of UPDATEs and DELETEs, running 'OPTIMIZE TABLE' might reduce the amount of and/or speed up full index scans. Other than that full index scans can only be reduced by rewriting queries.
التبرير:
Index scans average: 11.69 لكل دقيقة, this value should be less than 1 per hour
المتغير / الصيغة المستخدمة:
Handler_read_first / Uptime
امتحان:
value * 60 * 60 > 1
أصدر:
معدل قراءة البيانات من موقع ثابت مرتفع.
التوصيه:
This indicates that many queries need to sort results and/or do a full table scan, including join queries that do not use indexes. Add indexes where applicable.
التبرير:
Rate of reading fixed position average: 2.88 لكل ثانية, this value should be less than 1 per hour
المتغير / الصيغة المستخدمة:
Handler_read_rnd / Uptime
امتحان:
value * 60 * 60 > 1
أصدر:
معدل قراءة صف الجدول التالي مرتفع.
التوصيه:
This indicates that many queries are doing full table scans. Add indexes where applicable.
التبرير:
Rate of reading next table row: 134.79 لكل ثانية, this value should be less than 1 per hour
المتغير / الصيغة المستخدمة:
Handler_read_rnd_next / Uptime
امتحان:
value * 60 * 60 > 1
أصدر:
Many temporary tables are being written to disk instead of being kept in memory.
التوصيه:
Increasing max_heap_table_size and tmp_table_size might help. However some temporary tables are always being written to disk, independent of the value of these variables. To eliminate these you will have to rewrite your queries to avoid those conditions (Within a temporary table: Presence of a BLOB or TEXT column or presence of a column bigger than 512 bytes) as mentioned in the MySQL Documentation
التبرير:
Rate of temporary tables being written to disk: 17.71 لكل دقيقة, this value should be less than 1 per hour
المتغير / الصيغة المستخدمة:
Created_tmp_disk_tables / Uptime
امتحان:
value * 60 * 60 > 1
أصدر:
المخزن المؤقت لمفتاح MyISAM (ذاكرة التخزين المؤقت للفهرس) النسبة المئوية المستخدمة منخفضة.
التوصيه:
You may need to decrease the size of key_buffer_size, re-examine your tables to see if indexes have been removed, or examine queries and expectations about what indexes are being used.
التبرير:
max % MyISAM key buffer ever used: 0%, this value should be above 95%
المتغير / الصيغة المستخدمة:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
امتحان:
value < 95
أصدر:
معدل فتح الجداول مرتفع.
التوصيه:
Opening tables requires disk I/O which is costly. Increasing table_open_cache might avoid this.
التبرير:
Opened table rate: 2.46 لكل دقيقة, this value should be less than 10 per hour
المتغير / الصيغة المستخدمة:
Opened_tables / Uptime
امتحان:
value*60*60 > 10
أصدر:
معدل فتح الملفات مرتفع.
التوصيه:
Consider increasing open_files_limit, and check the error log when restarting after changing open_files_limit.
التبرير:
Opened files rate: 1.37 لكل دقيقة, this value should be less than 5 per hour
المتغير / الصيغة المستخدمة:
Open_files / Uptime
امتحان:
value * 60 * 60 > 5
أصدر:
Less than 80% of the query cache is being utilized.
التوصيه:
This might be caused by query_cache_limit being too low. Flushing the query cache might help as well.
التبرير:
The current ratio of free query cache memory to total query cache size is 3%. It should be above 80%
المتغير / الصيغة المستخدمة:
100 - Qcache_free_memory / query_cache_size * 100
امتحان:
value < 80
أصدر:
The max size of the result set in the query cache is the default of 1 MiB.
التوصيه:
Changing query_cache_limit (usually by increasing) may increase efficiency. This variable determines the maximum size a query result may have to be inserted into the query cache. If there are many query results above 1 MiB that are well cacheable (many reads, little writes) then increasing query_cache_limit will increase efficiency. Whereas in the case of many query results being above 1 MiB that are not very well cacheable (often invalidated due to table updates) increasing query_cache_limit might reduce efficiency.
التبرير:
query_cache_limit is set to 1 MiB
المتغير / الصيغة المستخدمة:
query_cache_limit
امتحان:
value == 1024*1024