😪 ✖️ 🚶🏻 अपाचे इग्नाइट में डेटा संपीड़न। Sberbank अनुभव 😐 👩‍💼 🕓

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

इसलिए, जब दृढ़ता मोड चालू रहता है, तो कैश में डेटा बदलने के परिणामस्वरूप, इग्नाइट डिस्क पर लिखना शुरू करता है:

कैश सामग्री
आगे लिखें (बाद में वाल के रूप में संदर्भित)

वाल कंप्रेशन नाम का एक तंत्र लंबे समय से मौजूद है कि वोक्स को कंप्रेस कर सके। हाल ही में जारी अपाचे इग्नाइट 2.8 ने डिस्क पर डेटा को संपीड़ित करने के लिए दो और तंत्रों को पेश किया: कुछ वाल रिकॉर्ड को संपीड़ित करने के लिए कैश की सामग्री और वाल पेज स्नैपशॉट संपीड़न को संपीड़ित करने के लिए डिस्क पृष्ठ संपीड़न। नीचे दिए गए इन तीन तंत्रों पर अधिक।

डिस्क पृष्ठ संपीड़न

यह काम किस प्रकार करता है

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

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

डिस्क पृष्ठ संपीड़न तंत्र, जैसा कि नाम से पता चलता है, पृष्ठ स्तर पर काम करता है। जब यह तंत्र चालू होता है, तो रैम में डेटा के साथ काम बिना किसी संपीड़न के किया जाता है, लेकिन रैम से डिस्क पर पृष्ठों को सहेजने के समय, वे संपीड़ित होते हैं।

लेकिन प्रत्येक पृष्ठ को व्यक्तिगत रूप से संपीड़ित करना समस्या का समाधान नहीं है, आपको किसी भी तरह से डेटा फ़ाइलों के आकार को कम करने की आवश्यकता है। यदि पृष्ठ का आकार तय हो जाता है, तो हम अब एक फ़ाइल में एक-एक करके पेज नहीं लिख सकते हैं, क्योंकि इससे कई समस्याएं पैदा हो सकती हैं:

हम उस पृष्ठ की अनुक्रमणिका का उपयोग नहीं कर सकते हैं जिस पर वह फ़ाइल में स्थित है ऑफ़सेट की गणना करने के लिए।
, , . , . , .
, , , .

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

यह तर्कसंगत है कि फ़ाइल सिस्टम ब्लॉक को मुक्त करने के लिए, छेद का आकार फ़ाइल सिस्टम ब्लॉक से अधिक या उसके बराबर होना चाहिए, जो अपाचे इग्नाइट के पृष्ठ आकार पर एक अतिरिक्त प्रतिबंध लगाता है: कम से कम कुछ प्रभाव देने के लिए संपीड़न के लिए, पृष्ठ का आकार फ़ाइल सिस्टम ब्लॉक आकार से कड़ाई से बड़ा होना चाहिए । यदि पृष्ठ का आकार ब्लॉक के आकार के बराबर है, तो हम कभी भी एक ब्लॉक को मुक्त नहीं कर पाएंगे, क्योंकि एकल ब्लॉक को मुक्त करने के लिए हमें 0 बाइट पर कब्जा करने के लिए एक संपीड़ित पृष्ठ की आवश्यकता होती है। यदि पेज का आकार 2 या 4 ब्लॉक के आकार के बराबर है, तो हम पहले से ही कम से कम एक ब्लॉक को मुक्त कर सकते हैं यदि हमारा पेज क्रमशः कम से कम 50% या 75% तक संकुचित हो।

इस प्रकार, तंत्र का अंतिम विवरण: जब एक पृष्ठ को डिस्क पर लिखना होता है, तो पृष्ठ को संपीड़ित करने का प्रयास किया जाता है। यदि संपीड़ित पृष्ठ का आकार फ़ाइल सिस्टम के एक या अधिक ब्लॉक को मुक्त करने की अनुमति देता है, तो पृष्ठ को संपीड़ित रूप में लिखा जाता है, रिलीज़ किए गए ब्लॉकों के स्थान पर एक "छेद" छिद्रित होता है ( fallocate()"पंच होल" ध्वज के साथ एक सिस्टम कॉल किया जाता है)। यदि संपीड़ित पृष्ठ का आकार ब्लॉक को मुक्त करने की अनुमति नहीं देता है, तो पृष्ठ असम्बद्ध रूप में सहेजा जाता है। पेज इंडेक्स को पेज साइज से गुणा करके, सभी पेज ऑफ़सेट को बिना कंप्रेशन के माना जाता है। पृष्ठों के आत्म-स्थानांतरण की आवश्यकता नहीं है। पृष्ठ ऑफसेट, साथ ही साथ संपीड़न के बिना, फ़ाइल सिस्टम ब्लॉक की सीमाओं पर आते हैं।

वर्तमान कार्यान्वयन में, इग्नाइट केवल लिनक्स ओएस के तहत विरल फाइलों के साथ काम कर सकता है, इसलिए इस ऑपरेटिंग सिस्टम पर इग्नाइट का उपयोग किए जाने पर डिस्क पेज संपीड़न केवल सक्षम किया जा सकता है।

संपीड़न एल्गोरिदम जिसका उपयोग डिस्क पृष्ठ संपीड़न के लिए किया जा सकता है: ZSTD, LZ4, Snappy। इसके अलावा, एक ऑपरेटिंग मोड (SKIP_GARBAGE) है, जिसमें पेज में केवल एक अप्रयुक्त स्थान को शेष डेटा को संपीड़न के बिना लागू किया जाता है, जो ऊपर सूचीबद्ध एल्गोरिदम की तुलना में सीपीयू पर लोड को कम करने की अनुमति देता है।

प्रदर्शन प्रभाव

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

ऐसा करने के लिए, हमें यह याद रखना होगा कि उन्हें एक्सेस करते समय पेज कैसे पढ़ें और लिखें:

जब एक रीड ऑपरेशन किया जाता है, तो इसे पहले रैम में खोजा जाता है, यदि खोज विफल हो जाती है, तो पेज को उसी स्ट्रीम के साथ डिस्क से रैम में लोड किया जाता है जो पढ़ता है।
एक लेखन ऑपरेशन करते समय, रैम में पेज को गंदा के रूप में चिह्नित किया जाता है, जबकि रिकॉर्डिंग करने वाले स्ट्रीम में तुरंत डिस्क पर पेज की भौतिक बचत नहीं होती है। सभी गंदे पृष्ठों को बाद में अलग-अलग धाराओं में चौकी प्रक्रिया में डिस्क में सहेजा जाता है।

इस प्रकार, पढ़ने के संचालन पर प्रभाव:

(disk IO), .
(CPU), sparse . IO sparse ( sparse , , ).
(CPU), .
.
( ):
(disk IO), .
(CPU, disk IO), sparse .
(CPU), .

कौन सा पैमाना बड़ा होगा? यह सब पर्यावरण पर बहुत कुछ निर्भर करता है, लेकिन मुझे विश्वास है कि डिस्क पेज संपीड़न अधिकांश प्रणालियों पर प्रदर्शन को नीचा दिखाने की संभावना है। इसके अलावा, विरल फ़ाइलों के साथ समान दृष्टिकोण का उपयोग करने वाले अन्य DBMS पर परीक्षण संपीड़न सक्षम होने पर प्रदर्शन में गिरावट दिखाते हैं।

कैसे सक्षम और कॉन्फ़िगर करें

जैसा कि ऊपर उल्लेख किया गया है, अपाचे इग्नाइट का न्यूनतम संस्करण डिस्क पेज संपीड़न का समर्थन करता है: 2.8 और केवल लिनक्स ऑपरेटिंग सिस्टम का समर्थन करता है। स्विचिंग और सेटिंग निम्नानुसार की जाती है:

क्लास-पाथ में एक इग्नाइट-कम्प्रेशन मॉड्यूल होना चाहिए। डिफ़ॉल्ट रूप से, यह लिबास / वैकल्पिक निर्देशिका में अपाचे इग्नाइट वितरण में स्थित है और वर्ग-पथ में शामिल नहीं है। आप बस डायरेक्टरी को लेवल तक ले जा सकते हैं और फिर जब इग्नाइट.श के माध्यम से लॉन्च किया जाता है तो यह अपने आप चालू हो जाएगा।
Persistence ( DataRegionConfiguration.setPersistenceEnabled(true)).
( DataStorageConfiguration.setPageSize() ).
, () ( CacheConfiguration.setDiskPageCompression() , CacheConfiguration.setDiskPageCompressionLevel()).

WAL compaction

वाल क्या है और इसकी आवश्यकता क्यों है? बहुत संक्षेप में: यह एक ऐसी पत्रिका है जिसमें पेज रिपॉजिटरी फॉल के परिणामस्वरूप होने वाली सभी घटनाएं बदल जाती हैं। गिरावट की स्थिति में वसूली की संभावना के लिए उसे मुख्य रूप से आवश्यक है। किसी उपयोगकर्ता को नियंत्रण स्थानांतरित करने से पहले, किसी भी ऑपरेशन को पहले ईवेंट को वाल पर लिखना होगा, ताकि गिरने की स्थिति में यह लॉग के माध्यम से खेल सके और सभी ऑपरेशनों को पुनर्स्थापित कर सके, जिसके लिए उपयोगकर्ता को एक सफल प्रतिक्रिया मिली, भले ही इन ऑपरेशनों को डिस्क पर पृष्ठ भंडारण में परिलक्षित होने का समय नहीं था (पहले से ही ऊपर) यह वर्णन किया गया है कि पेज स्टोर पर वास्तविक लेखन एक प्रक्रिया में किया जाता है जिसे अलग थ्रेड्स में कुछ देरी के साथ एक चेकपॉइंट कहा जाता है)।

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

एक तार्किक रिकॉर्ड अक्सर कई भौतिक रिकॉर्डों के लिए होता है। उदाहरण के लिए, एक कैश डाला गया ऑपरेशन पेज मेमोरी में कई पेजों को प्रभावित करता है (डेटा वाला एक पेज, इंडेक्स वाले पेज, फ्री-लिस्ट वाले पेज)। कुछ सिंथेटिक परीक्षणों पर, यह पता चला कि भौतिक रिकॉर्ड वाल फ़ाइल के 90% तक व्याप्त हैं। इसके अलावा, उन्हें बहुत कम समय चाहिए (डिफ़ॉल्ट रूप से, चौकियों के बीच अंतराल 3 मिनट है)। प्रासंगिकता खोने के बाद इस डेटा से छुटकारा पाना तर्कसंगत होगा। यह ठीक वैसा ही है जैसा कि वाल कॉम्पैक्शन तंत्र करता है, भौतिक रिकॉर्ड से छुटकारा पाता है और ज़िप के साथ शेष तार्किक रिकॉर्ड को संपीड़ित करता है, जबकि फ़ाइल का आकार बहुत कम हो जाता है (कभी-कभी दसियों बार)।

शारीरिक रूप से, एक वाल में एक निश्चित आकार (डिफ़ॉल्ट 64 एमबी) के कई खंड (डिफ़ॉल्ट 10) होते हैं, जो एक सर्कल में ओवरराइट किए जाते हैं। जैसे ही वर्तमान खंड भर जाता है, अगला खंड वर्तमान एक को सौंपा जाता है, और भरे हुए खंड को एक अलग स्ट्रीम में संग्रह में कॉपी किया जाता है। वाल कंपटीशन पहले से ही आर्काइव सेगमेंट के साथ काम करता है। इसके अलावा, एक अलग स्ट्रीम में, यह चौकी के निष्पादन की निगरानी करता है और संग्रह खंडों द्वारा संपीड़न शुरू करता है, जिसके लिए भौतिक रिकॉर्ड की आवश्यकता नहीं है।

प्रदर्शन प्रभाव

चूंकि वाल कंप्रेशन एक अलग धागे के रूप में संचालित होता है, इसलिए किए गए संचालन पर प्रत्यक्ष प्रभाव नहीं होना चाहिए। लेकिन यह अभी भी सीपीयू (संपीड़न) और डिस्क पर एक अतिरिक्त पृष्ठभूमि भार देता है (संग्रह से प्रत्येक वाल खंड को पढ़ना और संपीड़ित खंडों को लिखना), इसलिए यदि सिस्टम सीमा तक चलता है, तो यह प्रदर्शन का ह्रास भी होगा।

कैसे सक्षम और कॉन्फ़िगर करें

आप संपत्ति WalCompactionEnabledसी का उपयोग करके वाल संघनन को सक्षम कर सकते हैं DataStorageConfiguration (DataStorageConfiguration.setWalCompactionEnabled(true))। इसके अलावा, DataStorageConfiguration.setWalCompactionLevel () विधि का उपयोग करके, यदि आप डिफ़ॉल्ट मान (BEST_SPEED) से संतुष्ट नहीं हैं, तो आप संपीड़न अनुपात सेट कर सकते हैं।

वाल पेज स्नैपशॉट संपीड़न

यह काम किस प्रकार करता है

हम पहले ही पता लगा चुके हैं कि वाल में, प्रविष्टियों को तार्किक और भौतिक में विभाजित किया गया है। पृष्ठ मेमोरी में प्रत्येक पृष्ठ के प्रत्येक परिवर्तन के लिए, एक भौतिक वाल रिकॉर्ड उत्पन्न होता है। बदले में, भौतिक रिकॉर्ड भी 2 उप-प्रजातियों में विभाजित हैं: पृष्ठ स्नैपशॉट रिकॉर्ड और डेल्टा रिकॉर्ड। हर बार जब हम किसी पृष्ठ पर कुछ बदलते हैं और उसे स्वच्छ स्थिति से एक गंदे में बदलते हैं, तो इस पृष्ठ की एक पूरी प्रतिलिपि वाल (पृष्ठ स्नैपशॉट रिकॉर्ड) में सहेजी जाती है। यहां तक कि अगर हम वाल में केवल एक बाइट को बदल देते हैं, तो पृष्ठ आकार की तुलना में थोड़ा बड़ा आकार के साथ एक रिकॉर्ड सहेजा जाएगा। यदि हम पहले से ही गंदे पृष्ठ पर कुछ बदलते हैं, तो वाल में एक डेल्टा रिकॉर्ड बनता है, जो पृष्ठ की पिछली स्थिति की तुलना में केवल परिवर्तन को दर्शाता है, लेकिन पूरे पृष्ठ को नहीं। चेकपॉइंट प्रक्रिया के दौरान गंदे से साफ करने के लिए पृष्ठों की स्थिति को रीसेट करने के बाद,चेकपॉइंट की शुरुआत के तुरंत बाद, लगभग सभी भौतिक रिकॉर्ड में केवल पृष्ठों के स्नैपशॉट शामिल होंगे (चूंकि चेकपॉइंट के शुरू होने के तुरंत बाद के सभी पृष्ठ रिक्त हैं), फिर जैसे ही आप अगले चेकपॉइंट पर पहुंचते हैं, डेल्टा रिकॉर्ड का अनुपात बढ़ने लगता है और अगले चेकपॉइंट की शुरुआत में फिर से रीसेट होता है। कुछ सिंथेटिक परीक्षणों पर माप से पता चला कि भौतिक रिकॉर्ड की कुल मात्रा में पेज स्नैपशॉट का हिस्सा 90% तक पहुंच जाता है।

वाल पेज स्नैपशॉट संपीड़न के पीछे का विचार पृष्ठ स्नैपशॉट को ऑफ-द-शेल्फ पेज कम्प्रेशन टूल (डिस्क पृष्ठ संपीड़न देखें) का उपयोग करके संपीड़ित करना है। उसी समय, वाल में, रिकॉर्ड्स को क्रमिक रूप से केवल मोड में सहेजा जाता है और फाइल सिस्टम ब्लॉक की सीमाओं के लिए रिकॉर्ड को बांधने की आवश्यकता नहीं होती है, इसलिए, यहां, डिस्क पृष्ठ संपीड़न तंत्र के विपरीत, हमें बिल्कुल विरल फाइलों की आवश्यकता नहीं है, इसलिए यह तंत्र न केवल ओएस पर काम करेगा लिनक्स इसके अलावा, हम अब इस बात की परवाह नहीं करते हैं कि हम पेज को कितना कंप्रेस कर पाए हैं। यहां तक कि अगर हमने 1 बाइट को मुक्त किया है, तो यह पहले से ही एक सकारात्मक परिणाम है और हम डिस्क पृष्ठ संपीड़न के विपरीत, वाल में संपीड़ित डेटा को बचा सकते हैं, जहां हम केवल एक संपीड़ित पृष्ठ को बचाते हैं, यदि 1 से अधिक फ़ाइल सिस्टम ब्लॉक से मुक्त किया जाता है।

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

वाल पेज स्नैपशॉट संपीड़न के लिए डिस्क पेज संपीड़न के लिए के रूप में, संपीड़न एल्गोरिदम ZSTD, LZ4, स्नैपी, साथ ही SKIP_GARBAGE मोड का उपयोग किया जा सकता है।

प्रदर्शन प्रभाव

यह नोटिस करना मुश्किल नहीं है कि वाल पेज स्नैपशॉट संपीड़न का प्रत्यक्ष समावेश केवल उन धाराओं को प्रभावित करता है जो पेज मेमोरी में डेटा लिखते हैं, अर्थात, वे धाराएँ जो डेटा को कैश में बदलती हैं। वाल शारीरिक रिकॉर्ड से पढ़ना केवल एक बार गिरावट के बाद नोड को बढ़ाने के क्षण में होता है (और केवल चेकपॉइंट के दौरान गिरावट के मामले में)।

यह निम्नानुसार डेटा प्रवाह को प्रभावित करता है: डिस्क लिखने से पहले पृष्ठ को हर बार संपीड़ित करने की आवश्यकता और एक सकारात्मक प्रभाव (डिस्क IO) के कारण नकारात्मक प्रभाव (CPU I) प्राप्त होता है। तदनुसार, यहां सब कुछ सरल है, अगर सिस्टम प्रदर्शन सीपीयू पर टिकी हुई है, तो हमें थोड़ा गिरावट आती है, अगर डिस्क I / O में, हमें वृद्धि मिलती है।

परोक्ष रूप से, वाल आकार को कम करने से भी (सकारात्मक) धाराएं प्रभावित होती हैं जो वाल सेगमेंट को संग्रह में छोड़ देती हैं और वाल संघनन धाराएं।

सिंथेटिक डेटा पर हमारे वातावरण में प्रदर्शन के वास्तविक परीक्षणों में थोड़ी वृद्धि हुई (थ्रूपुट में 10% -15% की वृद्धि हुई, विलंबता में 10% -15% की कमी आई)।

कैसे सक्षम और कॉन्फ़िगर करें

अपाचे इग्नाइट का न्यूनतम संस्करण 2.8 है। स्विचिंग और सेटिंग निम्नानुसार की जाती है:

क्लास-पाथ में एक इग्नाइट-कम्प्रेशन मॉड्यूल होना चाहिए। डिफ़ॉल्ट रूप से, यह लिबास / वैकल्पिक निर्देशिका में अपाचे इग्नाइट वितरण में स्थित है और वर्ग-पथ में शामिल नहीं है। आप बस डायरेक्टरी को लेवल तक ले जा सकते हैं और फिर जब इग्नाइट.श के माध्यम से लॉन्च किया जाता है तो यह अपने आप चालू हो जाएगा।
दृढ़ता को सक्षम होना चाहिए (के माध्यम से सक्षम DataRegionConfiguration.setPersistenceEnabled(true))।
DataStorageConfiguration.setWalPageCompression(), ( DISABLED).
DataStorageConfiguration.setWalPageCompression(), javadoc .

अपाचे इग्नाइट में चर्चा की गई डेटा कम्प्रेशन मैकेनिज्म को एक-दूसरे से स्वतंत्र रूप से इस्तेमाल किया जा सकता है, लेकिन उनमें से कोई भी संयोजन भी मान्य है। उनके काम के सिद्धांतों को समझना यह निर्धारित करेगा कि वे आपके कार्यों को आपके वातावरण में कैसे फिट करते हैं और उनका उपयोग करते समय आपको क्या बलिदान करना होगा। डिस्क पेज संपीड़न मुख्य भंडारण को संपीड़ित करने के लिए डिज़ाइन किया गया है और मध्यम संपीड़न प्रदान कर सकता है। वाल पेज स्नैपशॉट संपीड़न पहले से चल रही फ़ाइलों के संपीड़न की औसत डिग्री देगा, जबकि यह प्रदर्शन में सुधार करने की संभावना है। वाल कंपटीशन प्रदर्शन को सकारात्मक रूप से प्रभावित नहीं करेगा, लेकिन भौतिक रिकॉर्ड हटाकर वाल फ़ाइलों का आकार कम कर देगा।

अपाचे इग्नाइट में डेटा संपीड़न। Sberbank अनुभव

डिस्क पृष्ठ संपीड़न

यह काम किस प्रकार करता है

प्रदर्शन प्रभाव

कैसे सक्षम और कॉन्फ़िगर करें

WAL compaction

प्रदर्शन प्रभाव

कैसे सक्षम और कॉन्फ़िगर करें

वाल पेज स्नैपशॉट संपीड़न

यह काम किस प्रकार करता है

प्रदर्शन प्रभाव

कैसे सक्षम और कॉन्फ़िगर करें

More articles: