आप शायद MySQL को क्वेरी प्लान पर निर्णय लेने देना बेहतर समझेंगे। एक अच्छा मौका है कि एक पूर्ण तालिका स्कैन की तुलना में एक इंडेक्स स्कैन करना कम कुशल होगा।
इस तालिका के लिए डिस्क पर दो डेटा संरचनाएं हैं
- टेबल ही; और
- प्राथमिक कुंजी बी-ट्री इंडेक्स।
जब आप कोई क्वेरी चलाते हैं तो ऑप्टिमाइज़र के पास डेटा तक पहुँचने के तरीके के बारे में दो विकल्प होते हैं:
SELECT * FROM userapplication WHERE application_id > 1025;
सूचकांक का उपयोग करना
- बी-ट्री इंडेक्स को स्कैन करके उन सभी पंक्तियों का पता लगाएं जहां
application_id > 1025
- इन पंक्तियों के लिए डेटा प्राप्त करने के लिए तालिका के उपयुक्त पृष्ठ पढ़ें।
सूचकांक का उपयोग नहीं कर रहे हैं
संपूर्ण तालिका को स्कैन करें, और उपयुक्त रिकॉर्ड चुनें।
सर्वश्रेष्ठ रणनीति चुनना
क्वेरी ऑप्टिमाइज़र का काम अपने इच्छित डेटा को प्राप्त करने के लिए सबसे कुशल रणनीति चुनना है। अगर application_id > 1025
. के साथ बहुत सारी पंक्तियां हैं तो यह वास्तव में सूचकांक का उपयोग करने के लिए कम कुशल हो सकता है। उदाहरण के लिए यदि 90% रिकॉर्ड में application_id > 1025
. है फिर क्वेरी ऑप्टिमाइज़र को बी-ट्री इंडेक्स के लगभग 90% लीफ नोड्स को स्कैन करना होगा और फिर वास्तविक डेटा प्राप्त करने के लिए कम से कम 90% टेबल को भी पढ़ना होगा; इसमें केवल तालिका को स्कैन करने के बजाय डिस्क से अधिक डेटा पढ़ना शामिल होगा।