MySQL के साथ काम का अनुकूलन

यह कोई रहस्य नहीं है कि एक डेटाबेस के साथ काम करना लगभग किसी भी साइट का अधिकांश काम करता है। और यह डेटाबेस के साथ काम है जो सबसे अधिक बार वेब अनुप्रयोगों की अड़चन है।

इस लेख में, मैं MySQL का उपयोग करने पर व्यावहारिक सुझाव देना चाहूंगा।

तुरंत आरक्षण करें:

• यह लेख MySQL के बारे में लिखा गया है, हालांकि किसी भी DBMS के लिए सामान्य चीजें सही होने की संभावना है।
• लेख में लिखी गई हर बात मेरा व्यक्तिगत दृष्टिकोण है, और अंतिम सत्य नहीं है।
• सलाह नए होने का दिखावा नहीं करती है और यह साहित्य और व्यक्तिगत अनुभव के सामान्यीकरण का परिणाम है।
  
  
• इस लेख में, मैं MySQL विन्यास मुद्दों पर स्पर्श नहीं करूँगा।

MySQL का उपयोग करते समय समस्याओं को निम्नलिखित तीन समूहों में विभाजित किया जा सकता है (महत्व के क्रम में):

1. सूचकांकों का उपयोग या दुरुपयोग करने में विफलता।
2. अमान्य डेटाबेस संरचना।
3. गलत \ Non-इष्टतम SQL क्वेरी।

आइए हम इनमें से प्रत्येक समूह पर अधिक विस्तार से ध्यान दें।



इंडेक्स का उपयोग करना।

इंडेक्स का उपयोग या दुरुपयोग नहीं करना सबसे अधिक बार प्रश्नों को धीमा कर देता है। उन लोगों के लिए जो इंडेक्स के संचालन के तंत्र से परिचित नहीं हैं या अभी तक मैनुअल में इसके बारे में नहीं पढ़ा है, मैं इसे पढ़ने की अत्यधिक सलाह देता हूं।

अनुक्रमित का उपयोग करने के लिए सुझाव:

• सब कुछ अनुक्रमित करने की आवश्यकता नहीं है। अक्सर, अर्थ को समझने के बिना, लोग केवल तालिका के सभी क्षेत्रों को अनुक्रमित करते हैं। अनुक्रमणिका चयन को गति देती है, लेकिन पंक्ति सम्मिलन और अपडेट को धीमा कर देती है, इसलिए प्रत्येक सूचकांक का चयन सार्थक होना चाहिए।
• सूचकांक को चिह्नित करने वाले मुख्य मापदंडों में से एक चयनात्मकता है - सूचकांक में विभिन्न तत्वों की संख्या। यह उस क्षेत्र को अनुक्रमित करने के लिए कोई मतलब नहीं है जिसमें दो या तीन संभावित मान हैं। ऐसे इंडेक्स से बहुत कम फायदा होगा।
• सूचकांक की पसंद इस तालिका के सभी प्रश्नों के विश्लेषण से शुरू होनी चाहिए। बहुत बार, इस तरह के विश्लेषण के बाद, तीन या चार सूचकांकों के बजाय, एक समग्र बनाया जा सकता है।
  
  
• कंपोजिट इंडेक्स का उपयोग करते समय, इंडेक्स में फ़ील्ड का क्रम महत्वपूर्ण होता है।
  
  
• इंडेक्स को कवर करने के बारे में मत भूलना। यदि क्वेरी में सभी डेटा इंडेक्स से प्राप्त किए जा सकते हैं, तो MySQL सीधे टेबल तक नहीं पहुंचेगा। इस तरह के अनुरोधों को बहुत जल्दी निष्पादित किया जाएगा। उदाहरण के लिए, उपयोगकर्ता से एक सेलेक्ट नाम से क्वेरी करने के लिए जहां एक इंडेक्स (लॉगिन, नाम) के साथ लॉगिन "परीक्षण" होता है, आपको टेबल तक पहुंचने की आवश्यकता नहीं होगी। कभी-कभी कंपोजिट इंडेक्स में एक अतिरिक्त फील्ड को जोड़ने के लिए यह समझ में आता है, जो इंडेक्स को कवर करेगा और प्रश्नों को गति देगा।
• पंक्ति अनुक्रमणिका के लिए, यह अक्सर पंक्ति के केवल भाग को अनुक्रमणित करने के लिए पर्याप्त होता है। यह सूचकांक के आकार को काफी कम कर सकता है।
  
  
• यदि% LIKE की शुरुआत में है (सेलेक्ट * FROM टेबल पर जहां LIKE '% test' फील्ड है) इंडेक्स का उपयोग नहीं किया जाएगा।
• FULLTEXT इंडेक्स का उपयोग केवल MATCH ... AGAINST सिंटैक्स के साथ किया जाता है।

DB संरचना

डेटाबेस के साथ त्वरित और प्रभावी कार्य के लिए उचित रूप से डिज़ाइन किया गया डेटाबेस महत्वपूर्ण है। दूसरी ओर, एक खराब डिज़ाइन किया गया डेटाबेस हमेशा डेवलपर्स के लिए सिरदर्द होता है।

डेटाबेस डिजाइन युक्तियाँ:

• सबसे छोटे संभव डेटा प्रकारों का उपयोग करें। डेटा प्रकार जितना बड़ा होगा, टेबल उतनी ही बड़ी होगी, जितना अधिक डेटा एक्सेस करने की आवश्यकता होगी। एक बहुत ही सुविधाजनक प्रक्रिया का उपयोग करें: तालिका से चुनें * F_name PROCEDURE ANALYZE (); न्यूनतम संभव डेटा प्रकार निर्धारित करने के लिए।
  
  
• डिजाइन चरण के दौरान सामान्य रूपों का पालन करें। अक्सर, प्रोग्रामर इस स्तर पर विकृति का सहारा लेते हैं। हालांकि, ज्यादातर मामलों में, परियोजना की शुरुआत में यह स्पष्ट है कि यह कैसे परिणाम दे सकता है। किसी तालिका को अपसामान्य रूप से निरूपित करने की तुलना में किसी तालिका को अपकृत करना बहुत आसान है। हां, और JOIN कभी-कभी गलत तरीके से बनाए गए टेबल की तुलना में तेजी से काम करता है।
  
  
• जब तक आप जानबूझकर उनकी आवश्यकता नहीं करते हैं, तब तक NULL कॉलम का उपयोग न करें।

एसक्यूएल प्रश्न।

• लूप में प्रश्नों से बचें। एसक्यूएल सेट्स की भाषा है, और आपको क्वेरी लिखने के लिए कार्यों की भाषा में नहीं, बल्कि सेट की भाषा में संपर्क करना होगा।
• प्रश्नों में * (तारांकन) से बचें। उन फ़ील्ड को सूचीबद्ध करने के लिए बहुत आलसी न हों जो आप चुनते हैं। इससे डेटा की मात्रा कम हो जाएगी और भेजा जाएगा। इसके अलावा, इंडेक्स को कवर करने के बारे में मत भूलना। यहां तक ​​कि अगर आप वास्तव में तालिका के सभी क्षेत्रों का चयन करते हैं, तो उन्हें सूचीबद्ध करना बेहतर है। सबसे पहले, यह कोड पठनीयता में सुधार करता है। तारों का उपयोग करते समय, यह पता लगाना असंभव है कि तालिका में कौन से फ़ील्ड हैं, इसे देखे बिना। दूसरे, आज आपकी तालिका में पाँच INT कॉलम हैं, और एक महीने के बाद एक और TEXT और BLOB जोड़ा गया, और तारांकन बना रहा और बना हुआ है।
• पेजिंग करते समय, रिकॉर्ड की कुल संख्या प्राप्त करने के लिए SQL_CALC_FOUND_ROWS और SELECT FOUND_ROWS () का उपयोग करें; SQL_CALC_FOUND_ROWS का उपयोग करते समय, MySQL पंक्तियों की चयनित संख्या (LIMIT को लागू करने से पहले) को कैश करता है और जब चयन FOUND_ROWS () केवल क्वेरी को फिर से चलाने के बिना इस कैश किए गए मान को वापस करता है।
• याद रखें कि INSERT में कई सम्मिलन वाक्यविन्यास हैं। एक प्रश्न को एक लूप में कई प्रश्नों की तुलना में तेजी से परिमाण के क्रम से निष्पादित किया जाएगा।
• ऐसे लिमिट का उपयोग करें जहां आपको सभी डेटा की आवश्यकता नहीं है।
  
  
• INSERT का उपयोग करें ... DUPLICATE KEY UPDATE पर ... इसके बाद लाने के लिए और INSERT या UPDATE के बजाय, और अक्सर REPLACE के बजाय।
  
  
• अद्भुत GROUP_CONCAT फ़ंक्शन के बारे में मत भूलना। वह जटिल अनुरोधों के साथ मदद कर सकता है।