इस लेख में हम अत्यधिक MySQL गतिविधि के प्रभाव पर चर्चा करेंगे, और यह आपके खाते के समग्र संसाधन उपयोग के लिए हानिकारक कैसे हो सकता है। MySQL कई लोकप्रिय वेब एप्लिकेशन का डेटाबेस बैक-एंड है और यह वह जगह है जहां वे एप्लिकेशन अपने डेटा को बाद में सर्वर-साइड स्क्रिप्ट द्वारा पुनर्प्राप्त करने के लिए उस जानकारी को आपके पृष्ठों में खींचने के लिए संग्रहीत करते हैं।
यदि आपको हमारे सिस्टम प्रशासन विभाग से आपके खाते से आने वाली अत्यधिक MySQL गतिविधि के बारे में एक नोटिस प्राप्त हुआ है, तो संभावना से अधिक इसका मतलब यह है कि वे जिस गतिविधि को देख रहे थे, वह उस होस्टिंग प्लेटफ़ॉर्म की क्षमताओं से अधिक थी जिस पर आपका खाता वर्तमान में रहता है।
अत्यधिक MySQL गतिविधि के सामान्य कारण
| लंबे समय तक चलने वाली क्वेरी | एक सामान्य SQL क्वेरी को 1 सेकंड से लेकर अधिकतम कुछ सेकंड के भीतर पूरा करने में सक्षम होना चाहिए। लंबे समय तक चलने वाली क्वेरीज़ जो लगातार इन क्वेरी समय से अधिक होती हैं, सर्वर पर अन्य प्रश्नों को प्रस्तुत करने में देरी कर सकती हैं। |
|---|---|
| उच्च क्वेरी प्रति सेकंड | आमतौर पर SQL क्वेरीज़ आपके ट्रैफ़िक के सीधे अनुपात में छोटी तरंगों में आती हैं, और यदि आपकी स्क्रिप्ट्स के लिए प्रति पेज लोड पर बड़ी मात्रा में SQL क्वेरीज़ की आवश्यकता होती है, तो आपके पास संभावित रूप से एक उच्च संख्या हो सकती है। प्रति सेकंड SQL क्वेरी की संख्या जो सर्वर के क्वेरी प्रदर्शन पर नकारात्मक प्रभाव डाल सकती है और लंबे समय तक चलने वाली क्वेरीज़ की ओर ले जा सकती है। |
| बड़ी क्वेरी अनुकूलित नहीं की गई हैं | कुछ SQL क्वेरी प्रकृति में बहुत जटिल होंगी, विशेष रूप से वे जो उस डेटा पर संचालन करने से पहले डेटा की कई तालिकाओं को एक साथ जोड़ती हैं। यह सुनिश्चित करना कि आपकी SQL क्वेरी कुशल हैं और केवल उस डेटा को खींचती हैं जिसे उन्हें वास्तव में प्रदर्शित करने की आवश्यकता होती है, उन अक्षम प्रश्नों को या तो लंबे समय तक चलने वाली क्वेरी या प्रति सेकंड अधिक संख्या में क्वेरी करने से रोकने में मदद कर सकता है। |
| लगातार कनेक्शन | अधिकांश SQL क्वेरीज़ केवल डेटाबेस से कनेक्शन खोलती हैं, डेटा पुनर्प्राप्त करती हैं, और फिर डेटाबेस कनेक्शन को बंद कर देती हैं। MySQL लगातार कनेक्शन का भी समर्थन करता है जहां डेटा पुनर्प्राप्त होने के बाद भी कनेक्शन बनाए रखा जाता है। यह कभी-कभी समस्याग्रस्त हो सकता है विशेष रूप से साझा होस्टिंग पर जहां आप अधिकतम . में चल सकते हैं _user_connections MySQL में सीमा निर्धारित। |
ज्यादातर मामलों में यदि आपकी MySQL गतिविधि अत्यधिक है, तो हमारा सिस्टम प्रशासन विभाग आपसे सामान्य स्पष्टीकरण के साथ संपर्क करेगा कि गतिविधि कहाँ से आ रही है।
MySQL के उपयोग को अनुकूलित करना
डेटाबेस को ऑप्टिमाइज़ करने के लिए phpMyAdmin का उपयोग करके अपने MySQL डेटाबेस को ऑप्टिमाइज़ करने का एक अच्छा पहला कदम है।
कभी-कभी आपकी सामान्य MySQL गतिविधि पूरी तरह से ठीक हो सकती है लेकिन जब रोबोट आपकी साइट को क्रॉल करना शुरू करते हैं तो यह आपके एप्लिकेशन में अक्षमताओं को उजागर कर सकता है, इसलिए यह भी जानना कि आपकी वेबसाइट को क्रॉल करने से खोज इंजन और रोबोट को कैसे रोका जाए, यह भी जानना अच्छी जानकारी होगी।
अंत में आप अपने आवेदन के लिए उपलब्ध SQL कैशिंग विकल्पों को भी देखना चाहेंगे। उदाहरण के लिए यदि आपके सामने वाले पृष्ठ को उस पृष्ठ पर सभी जानकारी प्रदर्शित करने के लिए 2 एसक्यूएल प्रश्नों की आवश्यकता है, और आपके पास उस पृष्ठ पर 100 लोग आते हैं, तो यह 200 प्रश्न होंगे और यह हर बार एक ही सामान को किसी भी अद्वितीय डेटा को वापस नहीं खींच रहा है।
SQL कैशिंग को लागू करने से इन डुप्लिकेट डेटाबेस प्रश्नों को कम करने में मदद मिल सकती है, इस प्रकार के कैशिंग के उदाहरण के लिए आप W3 Total Cache प्लगइन के साथ वर्डप्रेस को अनुकूलित करने के बारे में पढ़ सकते हैं।
