Drop files here

SQL upload ( 0 ) x -

Page-related settings পাতার উপরে যাওয়ার জন্য বারে ক্লীক করুন
Press Ctrl+Enter to execute query Press Enter to execute query
ascending
descending
Order:
SQL ত্রুটিমুক্ত করন
অংক
Execution order
Time taken
Order by:
Group queries
Ungroup queries
Collapse Expand Show trace Hide trace Count: Time taken:
Bookmarks
রিফ্রেশ
Add
No bookmarks
Add bookmark
অপশনস
Restore default values
Collapse Expand Requery সম্পাদনা Explain প্রোফাইলিং Bookmark Query failed ডাটাবেইজ: Queried time:

উপদেষ্টা ব্যবস্থা

সাম্ভাব্য কার্যকারিতার বিষয়

Issue:
চালু আছে ১ দিনের চাইতে কম, কার্যক্ষমতা নির্ধারন করন সম্ভবত সঠিক হবে না।
Recommendation:
বেশী সঠিক গড় পাওয়ার জন্য সার্ভারটিকে ১ দিনের চাইতে বেশী সময় চালু রাখার এবং তার পর নিরিক্ষাকারী ব্যাবহারের সুপারিশ করা হচ্ছে
Justification:
চালু আছে মাত্র 0 দিন, 2 ঘন্টা, 56 মিনিট এবং 11 সেকেন্ড
Used variable / formula:
Uptime
Test:
value < 86400
Issue:
long_query_time সময় ১০ সেকেন্ড বা তার বেশী নির্ধারন করা হয়েছে, তাই শুধু মাত্র যে সমস্ত অনুসন্ধান ১০ সেকেন্ডের বেশী সময় নেয় তা লগ করা হয়েছে।
Recommendation:
আপনার সিস্টেমের উপর ভিত্তি করেlong_query_time'র জন্য একটি ছোট মান নির্ধারন করতে বলা হচ্ছে, সাধারনত এই মানটি ১-৫ সেকেন্ড রাখতে বলা হচ্ছে।
Justification:
long_query_time 10s সেকেন্ডে নির্ধারন করা হয়েছে।
Used variable / formula:
long_query_time
Test:
value >= 10
Issue:
slow_query_log নিষ্ক্রিয় করা হয়েছে।
Recommendation:
ধীর অনুসন্ধান লগ করার জন্য slow_query_log কে 'ON' নির্ধারন করুন। ইহা বাজে কার্যকারিতার অনুসন্ধান পরীক্ষা করতে সাহয্য করবে।
Justification:
slow_query_log 'OFF' সেট করা আছে
Used variable / formula:
slow_query_log
Test:
value == 'OFF'
Issue:
অনেক রো সর্ট করা হয়েছে।
Recommendation:
অনেক বেশী রো সর্টিং এ কোন ভুল নাই, যে অনুসন্ধানটির অনেক বেশী সর্টিং ব্যবহার করছে তা যেন ইনডেক্স করা কলাম ORDER BY অংশে ব্যবহার করে তা নিশ্চিত করুন, এতে দ্রুত সর্টিং এর ফলাফল পাওয়া যাবে।
Justification:
সর্টেড রো'র গড়:3.04 প্রতি সেকেন্ডে
Used variable / formula:
Sort_rows / Uptime
Test:
value * 60 >= 1
Issue:
ইনডেক্স বিহীন জোড়ার পরিমান অনেক বেশী।
Recommendation:
এতে বোঝা যায় সংযোগগুলো সর্ম্পুন টেবল স্ক্যান করছে। সংযোগে ব্যবহৃত স্তম্ভগুলোতে ইনডেক্স যোগ করলে সংযুক্ত টেবলগুলোর গতি অনেক বেড়ে যাবে।
Justification:
টেবল জোড়ার গড়:5.15 প্রতি সেকেন্ডে, এই মানটি প্রতি ঘন্টায় ১ এর কম হবে
Used variable / formula:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Test:
value * 60 * 60 > 1
Issue:
ইনডেক্সের প্রথম বিষটি পড়ার হার বেশী।
Recommendation:
এটি সাধারনত ঘন ঘন সম্পুর্ন ইনডেক্স স্ক্যান নির্দেশ করে। সর্ম্পুন ইনডেক্স স্ক্যান টেবল স্ক্যানের চাইতে দ্রুত কিন্তু বড় টেবিলে প্রচুর CPU cycles প্রয়োজন হয়, যদি ঐ টেবলগুলোতে অনেক বেশী UPDATEs এবং DELETEs থাকে,'OPTIMIZE TABLE' চালালে সর্ম্পুন ইন্ডেক্স স্ক্যানের পরিমান কমতে এবং/অথবা গতি বাড়তে পারে। এছাড়া অনুসন্ধান গুলো পুনরায় লেখে সর্ম্পুন ইনডেক্স স্ক্যান কমানো যেতে পারে।
Justification:
ইনডেক্স স্ক্যানের গড়:11.98 প্রতি মিনিটে, এই মানটি প্রতি ঘন্টায় ১ এর কম হবে
Used variable / formula:
Handler_read_first / Uptime
Test:
value * 60 * 60 > 1
Issue:
স্থির অবস্থানের তথ্য পড়ার হার বেশী।
Recommendation:
এতে বুঝা যায় যে অনেক অনুসন্ধানের ফলাফল সর্টের প্রয়োজন হয় এবং/অথবা সম্পুর্ন টেবল স্ক্যান করে, সংযোগ অনুসন্ধানগুলো সহ যে গুলো ইনডেক্স ব্যাবহার করে না। যেখানে সম্ভব ইনডেক্স যোগ করেন।
Justification:
স্থির অবস্থানের তথ্য পড়ার গড়:2.92 প্রতি সেকেন্ডে, প্রতি ঘন্টায় এটি ১ এর কম হবে
Used variable / formula:
Handler_read_rnd / Uptime
Test:
value * 60 * 60 > 1
Issue:
টেবলের পরবর্তী রো পড়ার হার বেশী।
Recommendation:
এর দ্বারা বুঝা যায় অনেক অনুসন্ধান সর্ম্পুন টেবল স্ক্যান করছে। যেখানে সম্ভব ইনডেক্স যোগ করুন।
Justification:
টেবলের পরবর্তী রো পড়ার হার: 138.86 প্রতি সেকেন্ডে, এর মান প্রতি ঘন্টায় ১ এর কম হবে
Used variable / formula:
Handler_read_rnd_next / Uptime
Test:
value * 60 * 60 > 1
Issue:
অনেক সাময়িক টেবল মেমরীতে না রেখে ডিস্কে রাখতে হবে।
Recommendation:
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
Justification:
ডিস্কে লেখা সাময়িক টেবলের হার:27.11 প্রতি মিনিটে, এই মানটি প্রতি ঘন্টায় ১ এর কম হবে
Used variable / formula:
Created_tmp_disk_tables / Uptime
Test:
value * 60 * 60 > 1
Issue:
MyISAM key buffer (index cache) % used is low.
Recommendation:
আপনার key_buffer_size কমানো প্রয়োজন, টেবলগুলো পুনপরীক্ষা করে দেখুন ইনডেক্স মুছা হয়েছে কিনা বা অনুসন্ধান পরীক্ষা করুন এবং প্রত্যাশিত ইনডেক্সগুলু ব্যবহার হচ্ছে কিনা দেখুন।
Justification:
এখন পর্যন্ত সর্বোচ্চ % MyISAM কী বাফার ব্যবহৃত হয়েছে: 0%, এই মানাটি 95% এর বেশী হবে
Used variable / formula:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Test:
value < 95
Issue:
টেবল খোলার হার অনেক বেশী।
Recommendation:
টেবল খোলার জন্য মুল্যবান ডিস্ক I/O প্রয়োজন। table_open_cache বাড়ালে এটা এড়ানো যেতে পারে।
Justification:
খোলা টেবলের হার:47.34 প্রতি ঘন্টায়, এর মান প্রতি ঘন্টায় ১০ এর কম হবে
Used variable / formula:
Opened_tables / Uptime
Test:
value*60*60 > 10
Issue:
ফাইল খোলার হার বেশী।
Recommendation:
open_files_limit এর পরিমান বাড়ান এবং সার্ভার পুনরায় চালু করার সময় ভুলের লগ পরীক্ষা করে দেখুন।
Justification:
ফাইল খোলার হার:26.22 প্রতি ঘন্টায়, এর মান প্রতি ঘন্টায় ৫ এর কম হবে
Used variable / formula:
Open_files / Uptime
Test:
value * 60 * 60 > 5
Issue:
অনুসন্ধান ক্যাশের 80%'র কম ব্যবহৃত হচ্ছে।
Recommendation:
অনেক কম query_cache_limit কারনে এমন হতে পারে। অনুসন্ধান ক্যাশ ফ্লাশ করলে সাহায্য করতে পারে।
Justification:
বর্তমান মুক্ত ক্যাশ মেমোরীর হার হল মোট অনুসন্ধান ক্যাশের আকারের 11%। ইহা অবশ্যই 80% বেশী থাকবে
Used variable / formula:
100 - Qcache_free_memory / query_cache_size * 100
Test:
value < 80
Issue:
ফলাফলের সর্বোচ্চ আকার অনুসন্ধান ক্যাশে স্বাভাবিক হল ১মেবা।
Recommendation:
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.
Justification:
query_cache_limit ১ মেবা নিধারণ করা হয়েছে
Used variable / formula:
query_cache_limit
Test:
value == 1024*1024