ActiveRecord बनाम DAO - टेस्ट मेमोरी की खपत और क्वेरी की गति

" ऑटोऑफ़िस - भुगतान स्वीकृति और बिक्री के पूर्ण स्वचालन " परियोजना की वृद्धि और विकास की प्रक्रिया में, हम इस तथ्य से सामना कर रहे थे कि जब 100,000 से अधिक ग्राहक अपने डेटाबेस में दिखाई देते हैं, तो ईमेल न्यूज़लेटर्स बनाने और भेजने के लिए जिम्मेदार मुख्य कार्यों में से एक। इन ऑनलाइन स्टोर के ग्राहकों का डेटाबेस बेशर्मी से धीमा होने लगा।

कोड में घूमते हुए, यह पता चला था कि जब ActiveRecord वर्ग का उपयोग करके MySQL तालिकाओं से कुल 100,000+ रिकॉर्ड डेटा प्राप्त किया जाता है, तो मेमोरी की खपत और स्क्रिप्ट निष्पादन का समय बहुत बढ़ जाता है। यह बात सामने आई कि 100,000 रिकॉर्ड्स के नमूने वाले एक चर में 644,750,972 बाइट्स (614 एमबी) रैम की खपत हुई और स्क्रिप्ट निष्पादन का समय 50 सेकंड से अधिक हो गया।

क्योंकि १००,००० प्रविष्टियाँ, इसे सौम्य तरीके से रखना, अंतिम सपना नहीं है, और ऑटोऑफ़िस सेवा के ग्राहकों की संख्या लंबे समय से हजारों में है, हम इस समस्या को नहीं छोड़ सकते हैं और इसे खत्म करने के लिए कदम उठा सकते हैं। नतीजतन, ऊपर वर्णित फ़ंक्शन पूरी तरह से प्रसिद्ध डीएओ का उपयोग कर नमूनों में फिर से लिखा गया था, जिसने संसाधन की खपत को काफी कम कर दिया और स्क्रिप्ट की गति को बढ़ा दिया।

संक्रमण के दौरान, हमारे प्रोग्रामर बहुत आलसी नहीं थे और उन्होंने कई परीक्षण किए जो MySQL डेटाबेस 1, 5, 10, 50, 100, 500, 1,000, 1,000, 5,000, 10,000, 50,000 और 50,000 से प्राप्त करने की कोशिश करते समय ActiveRecord और DAO का उपयोग करने की तुलनात्मक विशेषताओं को स्पष्ट रूप से दर्शाते हैं। 100,000 प्रविष्टियाँ। इन परीक्षणों के परिणामों के साथ, मेरा सुझाव है कि आप अभी खुद को परिचित करें।

मैं तुरंत एक आरक्षण कर दूंगा कि जब आपकी परियोजना पर समान परीक्षण किए जाएं, तो आंकड़े थोड़ा भिन्न हो सकते हैं, क्योंकि मुझे पता नहीं है कि आपके पास कंप्यूटर की क्षमताएँ क्या हैं, आप डेटाबेस से कौन सा डेटा चुनते हैं, और आपके द्वारा उपयोग किए जाने वाले संकेतकों को मापने के लिए क्या मतलब है।

मेरे मामले में, मानक PHP फ़ंक्शंस का उपयोग रैम खपत को मापने और स्क्रिप्ट निष्पादन समय की गणना करने के लिए किया गया था:

• समय () - वर्तमान समय में यूनिक्स एज (यूनिक्स एपोच, 1 जनवरी, 1970, 00:00:00 GMT) की शुरुआत से बीते हुए सेकंड की संख्या देता है।
• memory_get_usage () - बाइट्स में मेमोरी की मात्रा लौटाता है जो फिलहाल PHP स्क्रिप्ट को आवंटित किया गया था

इस लेख का उद्देश्य उपभोग किए गए संसाधनों की मात्रा में परिवर्तन की गतिशीलता और ActiveRecord और DAO का उपयोग करते समय स्क्रिप्ट निष्पादित करने में लगने वाला समय दिखाना है।

और इसलिए, शुरुआत के लिए, डेटाबेस का उपयोग करने के लिए MySQL का उपयोग करके संसाधन खपत और स्क्रिप्ट के क्रम में वृद्धि दिखाने वाली एक धुरी तालिका:


यह समझना महत्वपूर्ण है कि इस तालिका में रनटाइम 0 सेकंड है। इसका मतलब है कि यह डेटा प्राप्त करने और 1 सेकंड से कम समय के लिए एक चर में परिणाम संग्रहीत करने पर खर्च किया गया था।
अब MySQL डेटाबेस से डेटा के साथ लौटी पंक्तियों की संख्या में वृद्धि के आधार पर, रैम की खपत में वृद्धि की गतिशीलता को देखें:



जैसा कि आप ग्राफ से देख सकते हैं, दोनों दृष्टिकोणों का उपयोग करते समय महत्वपूर्ण परिवर्तन तभी शुरू होते हैं जब चयन परिणाम में 1,000 से अधिक पंक्तियों को शामिल किया जाता है। लेकिन, DAO का उपयोग करते समय मेमोरी खपत के संकेतक ActiveRecord का उपयोग करते समय की तुलना में बहुत कम हैं। और चरम प्रदर्शन पर, DAO ActiveRecord की तुलना में 5.91 गुना कम संसाधनों का उपभोग करता है।

बेशक, कुछ "विशेषज्ञ" कह सकते हैं कि लोहे (भौतिक और रैम) की लागत में निरंतर कमी, साथ ही अधिकतम उपलब्ध सर्वर क्षमता में निरंतर वृद्धि को देखते हुए, इस समस्या को केवल अधिक लोहा खरीदकर हल किया जा सकता है। लेकिन, संसाधन खपत की वृद्धि की गतिशीलता को देखते हुए, यह ध्यान दिया जा सकता है कि 1,000 रिकॉर्ड से शुरू होकर, संसाधन खपत में वृद्धि लगभग रैखिक हो जाती है, अर्थात। अगर 100,000 रिकॉर्ड 614 एमबी की खपत करते हैं। रूढ़िवादी अनुमानों के अनुसार, रैम, फिर 1,000,000 रिकॉर्ड, 6,140 एमबी की आवश्यकता होगी। (6 जीबी।)

अब डेटाबेस क्वेरी को संतुष्ट करने वाली लौटी हुई पंक्तियों की संख्या पर स्क्रिप्ट निष्पादन समय की निर्भरता देखें:



यहाँ सब कुछ पहले से ही बहुत अधिक दिलचस्प है!

डीएओ का उपयोग करते समय लौटे मूल्यों की संख्या व्यावहारिक रूप से स्क्रिप्ट के निष्पादन समय पर कोई प्रभाव नहीं डालती है। परीक्षण के सभी चरणों में, यह सूचक 1 सेकंड से अधिक नहीं था।

लेकिन ActiveRecord ने संसाधनों की खपत के साथ लगभग उसी तरह व्यवहार किया। MySQL डेटाबेस से 100,000 रिकॉर्ड का परिणाम प्राप्त करने में उसे 52 सेकंड का समय लगा, जो कि एक गंभीर इंटरनेट परियोजना के लिए पूरी तरह से अस्वीकार्य है। आपके इंटरनेट संसाधन का कोई भी समझदार उपयोगकर्ता पृष्ठ के लिए इतनी देर तक प्रतीक्षा नहीं करेगा कि उसे जानकारी की जरूरत है (निश्चित रूप से, बशर्ते कि आप अपने आला में एकाधिकार नहीं हैं)।

परिणामस्वरूप, मैं निम्नलिखित कहना चाहता हूं:

मैं वास्तव में ActiveRecord के साथ काम करने का आनंद लेता हूं। यह उन कार्यों के एक पूरे समूह को हल करने के लिए सुविधाजनक और बहुत अच्छी तरह से अनुकूल है जिन्हें बड़ी मात्रा में डेटा प्राप्त करने की आवश्यकता नहीं है। लेकिन, यदि आप बड़ी मात्रा में डेटा के साथ काम कर रहे हैं, यदि आपके प्रश्नों को 1,000 से अधिक रिकॉर्ड वापस करना चाहिए, तो प्रश्नों का निर्माण करने और नमूना परिणाम प्राप्त करने के लिए तुरंत कुछ और उपयोग करना बेहतर है, उदाहरण के लिए, आपके पसंदीदा डीएओ या कूलर समाधान भी।

यदि आपके पास मेरे लिए प्रश्न हैं या आप MySQL डेटाबेस से बड़े चयन करने में अपना अनुभव साझा करना चाहते हैं, तो टिप्पणियों में लिखें, मैं बहुमूल्य सामग्री के लिए बहुत आभारी रहूंगा।