किसी वेब सर्वर पर संसाधन-गहन SQL क्वेरी को कैशिंग के बारे में

इस लेख में मैं कैशिंग सिस्टम के रचनाकारों द्वारा की गई एक सामान्य गलती का वर्णन करने का प्रयास करूंगा।

यह सब दूर के समय में शुरू हुआ जब मैंने उन साइटों को प्रबंधित किया जो एक फ्रीबीएसडी जेल में होस्ट की गई थीं, जो संसाधनों में बहुत सीमित थी। ऐसा क्यों? क्योंकि मैंने रिपोर्ट और मुद्रित प्रपत्र प्रदर्शित करने के लिए pdflib एक्सटेंशन का उपयोग किया था, जो मानक होस्टिंग पर एक्सटेंशन के सेट में नहीं था। मैंने अपनी अपाचे को संकलित किया और वहां php, दस्तावेजों को वहां अपलोड किया और साइट ने काम किया।

तब तक सब कुछ ठीक था जब तक कि स्टोर में बेचे जाने वाले साइट टॉप 10 माल के पन्नों पर दिखाने की आवश्यकता नहीं थी। वांछित डेटा सेट बनाने वाली SQL क्वेरी को पूरा होने में लगभग 10 सेकंड का समय लगा। कुंजी, व्याख्या और किसी भी अन्य shamanism ने मदद नहीं की। डेटा कैशिंग करना आवश्यक था। और मैं यह देख रहा हूं कि दूसरे कैसे करते हैं, उन्होंने कोड लिखा जो अनुरोध डेटा को कैश किया।

मेरा कोड क्या किया

1. जाँच की जाती है कि क्या आवश्यक डेटा के साथ कैश में कोई ऑब्जेक्ट है, और, यदि हां, तो इसे कैश से लिया और प्राप्त डेटा का उपयोग किया। यदि यह नहीं होता, तो मैं उस कोड को निष्पादित करता जो आवश्यक डेटा उत्पन्न करता था और इसे कैश में संग्रहीत करता था।

2. डेटा का उपयोग करने के बाद, "कचरा संग्रह" प्रक्रिया शुरू की गई थी। समयसीमा समाप्त होने वाली वस्तुओं को हटा दिया गया था।

ऐसा लगता है जैसे सब कुछ क्रम में है। मैंने एब्स यूटिलिटी का उपयोग करके एक टेस्ट मशीन पर कैश का परीक्षण किया और उत्साहजनक परिणाम मिला। उसके बाद मैंने कोड को जेल में अपलोड कर दिया। और चुपचाप बिस्तर पर चला गया।

हालांकि, अगले दिन मुझे होस्टिंग प्रशासन से एक पत्र मिला, जिसमें कहा गया था कि मेरी साइट को इस तथ्य के कारण अवरुद्ध किया गया था कि यह SQL सर्वर पर बहुत अधिक लोड बनाता है।

समाधान की कुंजी मुझे सर्वर पर लोड के रेखांकन द्वारा दी गई थी। उन्होंने कैश ऑब्जेक्ट्स के जीवनकाल के बराबर आवृत्ति के साथ लोड में अचानक वृद्धि दिखाई। वास्तव में क्या हुआ? सब कुछ बहुत सरल है।

जब कैश ऑब्जेक्ट का जीवनकाल समाप्त हो गया, तो अनुरोध निष्पादित होने पर कैश ऑब्जेक्ट हटा दिया गया था। निम्नलिखित http अनुरोध ने कैश ऑब्जेक्ट बनाने की प्रक्रिया शुरू की, जो कुछ समय तक चली और SQL सर्वर पर एक महंगी क्वेरी का प्रदर्शन किया। इस समय के दौरान, एक और http अनुरोध हुआ। जिसने कैश ऑब्जेक्ट बनाने की प्रक्रिया भी शुरू की। सर्वर पर लोड दोगुना हो गया, जिसके कारण एसक्यूएल प्रश्नों के निष्पादन समय में दो के कारक से वृद्धि हुई। SQL क्वेरी को निष्पादित करने के लिए बढ़े हुए प्रतीक्षा समय के दौरान, एक और http क्वेरी हुई। और इसी तरह।



इससे कैसे बचा जाए?

1. एक प्रक्रिया जो यह जानती है कि कैश ऑब्जेक्ट पुराना है, उसे नष्ट नहीं करना चाहिए।

2. अनुरोध को निष्पादित करने वाली प्रक्रिया, कैश ऑब्जेक्ट को फिर से बनाने के लिए ध्वज को सेट करना होगा ताकि अन्य प्रक्रियाएं अपडेट प्रक्रिया शुरू न करें।

3. ताजा डेटा प्राप्त करने के बाद, कैश ऑब्जेक्ट को एक परमाणु (तेज़) ऑपरेशन द्वारा प्रतिस्थापित किया जाना चाहिए और उसके बाद ध्वज अनियंत्रित हो जाएगा।

होमवर्क के रूप में, कृपया जांच लें कि आपका कैशिंग सिस्टम कैसे बनाया गया है।