व्हेयर क्लॉज के साथ "सेलेक्ट काउंट(*)..." को ऑप्टिमाइज़ करना

मौजूदा समस्या काफी धीमी "सेलेक्ट काउंट" से संबंधित है (*)" MySQL में क्वेरी, तब भी जब "WHERE" क्लॉज लागू होता है। इस चुनौती का समाधान करने के लिए, MySQL के भंडारण तंत्र को समझना महत्वपूर्ण है। इसका मतलब यह है कि प्राथमिक कुंजी को अलग-अलग इंडेक्स पेजों के बजाय समान डेटा पेजों में डेटा पंक्ति के साथ संग्रहीत किया जाता है। नतीजतन, क्लस्टर्ड प्राथमिक कुंजी पर रेंज स्कैन करने के लिए सभी पंक्तियों के माध्यम से स्कैनिंग की आवश्यकता होती है, जिसमें उनके संभावित विस्तृत कॉलम मान भी शामिल हैं। विचाराधीन तालिका में एक टेक्स्ट कॉलम है, जो प्रदर्शन समस्या को और बढ़ा रहा है।

अनुकूलन रणनीतियाँ

इस क्वेरी को अनुकूलित करने के लिए, निम्नलिखित रणनीतियों पर विचार करें:

ऑप्टिमाइज़ टेबल:

1. एक अतिरिक्त सूचकांक बनाएं: केवल "change_event_id" कॉलम पर एक गैर-प्राथमिक सूचकांक बनाने पर विचार करें। यह इंडेक्स पृष्ठों में उस कॉलम की एक प्रति बनाएगा, जो क्लस्टर प्राथमिक कुंजी की तुलना में स्कैन करने में काफी तेज़ है। इसके उपयोग की पुष्टि करने के लिए सूचकांक बनाने के बाद व्याख्या योजना को सत्यापित करें। यदि यह शून्य से बढ़ता है तो "बिगिनट अहस्ताक्षरित" हो। इस परिवर्तन के परिणामस्वरूप भंडारण आवश्यकताएं कम हो सकती हैं और प्रदर्शन में सुधार हो सकता है।