लेखाचा अनुवाद विशेषतः अभ्यासक्रमाच्या विद्यार्थ्यांसाठी तयार केला होता "डेटाबेस". या दिशेने विकसित करण्यात स्वारस्य आहे? आम्ही तुम्हाला आमंत्रित करतो उघडा दिवस, जिथे आम्ही प्रोग्राम, ऑनलाइन स्वरूपाची वैशिष्ट्ये, प्रशिक्षणानंतर पदवीधरांच्या प्रतीक्षेत असलेल्या क्षमता आणि करिअरच्या संभाव्यतेबद्दल तपशीलवार बोलतो.

PostgreSQL आणि कनेक्शन-विशिष्ट लेखन सुसंगतता सेटिंग्ज
कम्पोजमध्ये, आम्ही बर्‍याच डेटाबेसेस हाताळतो, जे आम्हाला त्यांची कार्यक्षमता आणि कमतरतांशी अधिक परिचित होण्याची संधी देते. नवीन डेटाबेसची वैशिष्‍ट्ये आवडायला शिकत असताना, आम्‍ही कधी-कधी असा विचार करू लागतो की त्‍याच प्रकारची वैशिष्‍ट्ये आम्‍ही दीर्घकाळापासून काम करत असलेल्‍या अधिक प्रौढ साधनांमध्‍ये असल्‍यास किती छान होईल. पोस्टग्रेएसक्यूएलमध्ये मला पहायचे असलेल्या नवीन वैशिष्ट्यांपैकी एक संपूर्ण क्लस्टरमध्ये प्रति कनेक्शन कॉन्फिगर करण्यायोग्य लेखन सुसंगतता होती. आणि जसे हे दिसून येते की, आमच्याकडे ते आधीपासूनच आहे आणि आज आम्ही तुमच्याशी ते कसे वापरू शकता याबद्दल माहिती सामायिक करू इच्छितो.

मला त्याची गरज का आहे?

क्लस्टरने कसे वागावे हे तुमच्या अर्जावर अवलंबून आहे. उदाहरणार्थ, बिल पेमेंट अॅप घ्या. तुम्हाला संपूर्ण क्लस्टरमध्ये XNUMX% सुसंगतता आवश्यक असेल, त्यामुळे तुम्हाला सिंक्रोनस कमिट सक्षम करावे लागतील जेणेकरून तुमचा डेटाबेस सर्व बदल होण्याची प्रतीक्षा करेल. तथापि, जर तुमचा अनुप्रयोग जलद-वाढणारे सामाजिक नेटवर्क असेल, तर तुम्ही कदाचित XNUMX% सुसंगततेपेक्षा जलद प्रतिसादाला प्राधान्य द्याल. हे साध्य करण्यासाठी, तुम्ही तुमच्या क्लस्टरमध्ये असिंक्रोनस कमिट वापरू शकता.

तडजोड भेटा

तुम्हाला डेटा सुसंगतता आणि कार्यप्रदर्शन दरम्यान ट्रेडऑफ करावे लागेल. PostgreSQL सुसंगततेपासून दूर जाते कारण डीफॉल्ट कॉन्फिगरेशन नंतर अंदाजे आणि अनपेक्षित आश्चर्यांशिवाय असते. आता तडजोडी पाहू.

ट्रेडऑफ 1: कामगिरी

PostgreSQL क्लस्टरला सातत्य आवश्यक नसल्यास, ते असिंक्रोनसपणे चालू शकते. क्लस्टर लीडरवर लेखन केले जाते आणि काही मिलिसेकंदांनी त्याच्या प्रतिकृतींवर अद्यतने पाठविली जातील. जेव्हा PostgreSQL क्लस्टरला सातत्य आवश्यक असते, तेव्हा ते समकालिकपणे चालले पाहिजे. क्लस्टर लीडरकडे लेखन केले जाईल, जे प्रतिकृतींना अपडेट पाठवेल आणि प्रत्येकाने लिहिलेल्या पुष्टीकरणाची प्रतीक्षा करेल ज्याने ते यशस्वी झाल्याचे लेखन सुरू केले त्या क्लायंटला पुष्टीकरण पाठवण्यापूर्वी. या दृष्टिकोनांमधील व्यावहारिक फरक असा आहे की असिंक्रोनस पद्धतीसाठी दोन नेटवर्क हॉप्स आवश्यक आहेत, तर समकालिक पद्धतीसाठी चार आवश्यक आहेत.

ट्रेडऑफ 2: सुसंगतता

या दोन पद्धतींमध्ये नेता अपयशी ठरल्यास त्याचे परिणामही वेगळे असतील. काम असिंक्रोनसपणे केले असल्यास, अशी त्रुटी आढळल्यास, सर्व नोंदी प्रतिकृतींद्वारे केल्या जाणार नाहीत. किती नुकसान होईल? अनुप्रयोगावर आणि प्रतिकृतीच्या कार्यक्षमतेवर अवलंबून असते. प्रतिकृती तयार करणे एखाद्या प्रतिकृतीला लीडर होण्यापासून प्रतिबंधित करते जर त्यातील माहितीचे प्रमाण लीडरपेक्षा 1 MB कमी असेल, म्हणजेच, असिंक्रोनस ऑपरेशन दरम्यान 1 MB पर्यंत रेकॉर्ड संभाव्यतः गमावले जाऊ शकतात.

हे सिंक्रोनस मोडमध्ये होत नाही. नेता अयशस्वी झाल्यास, सर्व प्रतिकृती अद्यतनित केल्या जातात, कारण लीडरवर पुष्टी केलेले कोणतेही लेखन प्रतिकृतींवर पुष्टी करणे आवश्यक आहे. हे सातत्य आहे.

बिलिंग ऍप्लिकेशनमध्ये सिंक्रोनस वर्तन अर्थपूर्ण आहे जेथे सातत्य आणि कार्यप्रदर्शन यांच्यातील ट्रेड-ऑफमध्ये सुसंगततेचा स्पष्ट फायदा आहे. अशा अनुप्रयोगासाठी सर्वात महत्वाची गोष्ट म्हणजे वैध डेटा. आता अशा सोशल नेटवर्कचा विचार करा ज्यामध्ये शक्य तितक्या लवकर विनंत्यांचा प्रतिसाद देऊन वापरकर्त्याचे लक्ष वेधून घेणे हे मुख्य कार्य आहे. या प्रकरणात, कमी नेटवर्क हॉप्ससह कार्यप्रदर्शन आणि कमिटसाठी कमी प्रतीक्षा याला प्राधान्य असेल. तथापि, कार्यप्रदर्शन आणि सातत्य यांच्यातील ट्रेडऑफ फक्त एकच नाही ज्याचा आपण विचार केला पाहिजे.

व्यापार बंद 3: क्रॅश

अपयशाच्या वेळी क्लस्टर कसे वागते हे समजून घेणे फार महत्वाचे आहे. एक किंवा अधिक प्रतिकृती अयशस्वी झाल्याची परिस्थिती विचारात घ्या. जेव्हा कमिटवर एसिंक्रोनस पद्धतीने प्रक्रिया केली जाते, तेव्हा लीडर कार्य करणे सुरू ठेवेल, म्हणजे, गहाळ प्रतिकृतीची वाट न पाहता लेखन स्वीकारणे आणि प्रक्रिया करणे. जेव्हा प्रतिकृती क्लस्टरमध्ये परत येतात तेव्हा ते नेत्याला पकडतात. सिंक्रोनस प्रतिकृतीसह, प्रतिकृती प्रतिसाद देत नसल्यास, लीडरकडे कोणताही पर्याय नसेल आणि प्रतिकृती क्लस्टरवर परत येईपर्यंत वचनबद्ध पुष्टीकरणासाठी प्रतीक्षा करणे सुरू ठेवेल आणि लेखन स्वीकारू आणि वचनबद्ध करू शकेल.

प्रत्येक व्यवहारासाठी एक कनेक्शन?

प्रत्येक ऍप्लिकेशनला सुसंगतता आणि कार्यक्षमतेच्या भिन्न प्रकारची आवश्यकता असते. जोपर्यंत, अर्थातच, हे आमचे बिल भरणारे अॅप आहे, जे आम्ही पूर्णपणे सुसंगत असल्याची कल्पना करतो, किंवा आमचे जवळजवळ अल्पकालीन सोशल नेटवर्किंग अॅप आहे. इतर सर्व प्रकरणांमध्ये, काही ऑपरेशन्स सिंक्रोनस असणे आवश्यक आहे आणि काही एसिंक्रोनस असणे आवश्यक आहे. चॅटवर पाठवलेला संदेश वचनबद्ध होईपर्यंत सिस्टमने प्रतीक्षा करावी असे तुम्हाला वाटत नाही, परंतु त्याच अनुप्रयोगामध्ये पेमेंट प्रक्रिया केली असल्यास, तुम्हाला प्रतीक्षा करावी लागेल.

हे सर्व निर्णय अर्थातच अॅप्लिकेशन डेव्हलपर घेतात. प्रत्येक दृष्टिकोन कधी वापरायचा याबद्दल योग्य निर्णय घेतल्याने तुम्हाला तुमच्या क्लस्टरमधून जास्तीत जास्त फायदा मिळवण्यात मदत होईल. हे महत्त्वाचे आहे की विकासक कनेक्शन आणि व्यवहारांसाठी SQL स्तरावर त्यांच्यामध्ये स्विच करू शकतो.

सराव मध्ये नियंत्रण सुनिश्चित करणे

डीफॉल्टनुसार, PostgreSQL सातत्य प्रदान करते. हे सर्व्हर पॅरामीटरद्वारे नियंत्रित केले जाते synchronous_commit. डीफॉल्टनुसार ते स्थितीत आहे on, परंतु त्यात आणखी तीन पर्याय आहेत: local, remote_write किंवा off.

पॅरामीटर सेट करताना off सर्व सिंक्रोनस कमिट थांबवल्या जातात, अगदी स्थानिक प्रणालीवरही. स्थानिक पॅरामीटर स्थानिक प्रणालीसाठी सिंक्रोनस मोड निर्दिष्ट करते, परंतु प्रतिकृतींना लिहिते असिंक्रोनस पद्धतीने केले जातात. Remote_write आणखी पुढे जाते: प्रतिकृतींवर लिहिणे अतुल्यकालिकपणे केले जाते, परंतु प्रतिकृतीने लेखन स्वीकारले आहे परंतु ते डिस्कवर लिहिलेले नाही तेव्हा परत केले जाते.

पर्यायांच्या उपलब्ध श्रेणीचा विचार करून, आम्ही एक वर्तन निवडतो आणि ते लक्षात घेऊन on - ही समकालिक रेकॉर्डिंग आहेत, आम्ही निवडू local नेटवर्कवर असिंक्रोनस कमिटसाठी, स्थानिक कमिट सोडताना सिंक्रोनस.

आता, आम्ही तुम्हाला हे एका क्षणात कसे सेट करायचे ते सांगू, परंतु कल्पना करा की आम्ही सेट केले आहे synchronous_commit в local सर्व्हरसाठी. पॅरामीटर बदलणे शक्य आहे का याबद्दल आम्हाला आश्चर्य वाटले synchronous_commit फ्लायवर, आणि असे दिसून आले की हे केवळ शक्य नाही, असे करण्याचे दोन मार्ग देखील आहेत. प्रथम आपल्या कनेक्शनचे सत्र खालीलप्रमाणे सेट करणे आहे:

SET SESSION synchronous_commit TO ON;  
// Your writes go here

सत्रातील त्यानंतरचे सर्व लेखन कनेक्ट केलेल्या क्लायंटला सकारात्मक परिणाम देण्यापूर्वी प्रतिकृतींना लिहिलेले पत्र स्वीकारतील. जोपर्यंत तुम्ही सेटिंग बदलत नाही तोपर्यंत synchronous_commit पुन्हा आपण भाग वगळू शकता SESSION कमांडमध्ये कारण ते डीफॉल्ट मूल्यात असेल.

दुसरी पद्धत चांगली असते जेव्हा तुम्हाला फक्त एकाच व्यवहारासाठी समकालिक प्रतिकृती मिळण्याची खात्री करायची असते. अनेक NoSQL जनरेशन डेटाबेसेसमध्ये व्यवहारांची संकल्पना अस्तित्वात नाही, परंतु ती PostgreSQL मध्ये आहे. या प्रकरणात आपण व्यवहार सुरू करा आणि नंतर सेट करा synchronous_commit в on व्यवहारासाठी एंट्री अंमलात आणण्यापूर्वी. COMMIT कोणतेही पॅरामीटर मूल्य वापरून व्यवहार करेल synchronous_commit, जे त्या वेळी सेट केले गेले होते, जरी इतर विकासकांना हे समजले आहे की लेखन असिंक्रोनस नाही याची खात्री करण्यासाठी व्हेरिएबल अपफ्रंट सेट करणे चांगले आहे.

BEGIN;  
SET LOCAL synchronous_commit TO ON;  
// Your writes go here
COMMIT;  

डेटाबेसने कनेक्ट केलेल्या क्लायंटला सकारात्मक प्रतिसाद देण्यापूर्वी प्रतिकृतींवर लिहिल्याप्रमाणे सर्व व्यवहार कमिटांची पुष्टी केली जाईल.

PostgreSQL सेट करत आहे

याआधी, आम्ही PostgreSQL प्रणालीची कल्पना केली synchronous_commit, मध्ये स्थापित local. सर्व्हरच्या बाजूने हे वास्तववादी करण्यासाठी, तुम्हाला दोन सर्व्हर कॉन्फिगरेशन पर्याय सेट करावे लागतील. आणखी एक पॅरामीटर synchronous_standby_names स्वत: मध्ये येईल तेव्हा synchronous_commit आत जाईल on. सिंक्रोनस कमिटसाठी कोणत्या प्रतिकृती पात्र आहेत हे ते ठरवते आणि आम्ही ते सेट करू *, ज्याचा अर्थ असा होईल की सर्व प्रतिकृती गुंतलेली आहेत. ही मूल्ये सहसा कॉन्फिगर केली जातात कॉन्फिगरेशन फाइल मिळवून:

synchronous_commit = local  
synchronous_standby_names='*'

पॅरामीटर सेट करून synchronous_commit अर्थ मध्ये local, आम्ही एक प्रणाली तयार करतो जिथे स्थानिक डिस्क समकालिक राहतात, परंतु नेटवर्क प्रतिकृती कमिट डीफॉल्टनुसार असिंक्रोनस असतात. जोपर्यंत, अर्थातच, वर दर्शविल्याप्रमाणे, आम्ही या कमिट्स सिंक्रोनस करण्याचा निर्णय घेतो.

जर आपण विकासाचे अनुसरण केले असेल राज्यपाल प्रकल्प, तुम्हाला काही अलीकडील बदल लक्षात आले असतील (1, 2), ज्याने गव्हर्नर वापरकर्त्यांना या पॅरामीटर्सची चाचणी घेण्याची आणि त्यांच्या सुसंगततेचे परीक्षण करण्याची परवानगी दिली.

आणखी काही शब्द...

फक्त एका आठवड्यापूर्वी, मी तुम्हाला सांगितले असते की पोस्टग्रेएसक्यूएलला इतके बारीक ट्यून करणे अशक्य आहे. तेव्हाच कम्पोज प्लॅटफॉर्म टीमचे सदस्य कर्ट यांनी अशी संधी अस्तित्वात असल्याचा आग्रह धरला. त्याने माझे आक्षेप शांत केले आणि पोस्टग्रेएसक्यूएल दस्तऐवजात सापडले खालील:

ही सेटिंग कधीही बदलली जाऊ शकते. कोणत्याही व्यवहाराचे वर्तन कमिटच्या वेळी प्रभावी असलेल्या सेटिंगद्वारे निर्धारित केले जाते. त्यामुळे, काही व्यवहार समकालिकपणे आणि इतरांसाठी समकालिकपणे करणे शक्य आणि उपयुक्त आहे. उदाहरणार्थ, एखाद्याला जबरदस्ती करणे multistatement पॅरामीटरचे डीफॉल्ट मूल्य विरुद्ध असते, तेव्हा समकालिकपणे कमिट करण्यासाठी व्यवहार SET LOCAL synchronous_commit TO OFF व्यवहारात.

कॉन्फिगरेशन फाइलमध्ये या छोट्या बदलासह, आम्ही वापरकर्त्यांना त्यांच्या सातत्य आणि कार्यक्षमतेवर नियंत्रण दिले.

स्त्रोत: www.habr.com