MySQL पर धीमी "SELECT COUNT(*)" क्वेरीज़ से निपटना

change_event तालिका पर आपकी क्वेरी, विशिष्ट परिवर्तन_event_id से अधिक पंक्तियों की गिनती करना , महत्वपूर्ण देरी का सामना कर रहा है। लेकिन क्यों? आइए संभावित कारणों पर गौर करें।

InnoDB के व्यवहार का अनावरण

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

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

अतिरिक्त इंडेक्स बनाएं:
• केवल परिवर्तन_इवेंट_आईडी कॉलम पर एक गैर-प्राथमिक सूचकांक स्थापित करने से सूचकांक पृष्ठों में उस कॉलम की एक प्रति बन जाती है। इस इंडेक्स को डेटा पेजों की तुलना में काफी तेजी से स्कैन किया जा सकता है। इसके उपयोग की पुष्टि करने के लिए निर्माण के बाद व्याख्या योजना को सत्यापित करें। यह चरण नकारात्मक मानों को रोकता है और प्रसंस्करण को सुव्यवस्थित भी कर सकता है।