PostgreSQL तालिकाओं के स्कीमा को लंबे ताले के बिना बदलना। यांडेक्स व्याख्यान

यदि एक ही समय में डेटाबेस स्कीमा को बदलने के लिए कई ऑपरेशन किए जाते हैं, तो सेवा रिकॉर्डिंग पर सही ढंग से काम नहीं कर सकती है। डेवलपर व्लादिमीर कोलैसिंस्की ने बताया कि पोस्टग्रेक्यूएल में कौन से ऑपरेशनों के लिए लंबे समय तक ताले की आवश्यकता होती है और कैसे Yandex.Connect टीम यह सुनिश्चित करती है कि इस तरह के संचालन के दौरान सेवा लगभग पूरी तरह से योग्य है। इसके अलावा, आप Django के लिए लाइब्रेरी के बारे में जानेंगे, जो वर्णित प्रक्रियाओं के भाग को स्वचालित करने के लिए डिज़ाइन किया गया है।

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

- सभी को शुभ संध्या! मेरा नाम व्लादिमीर है, मैं यैंडेक्स में पांच साल से काम कर रहा हूं। पिछले दो वर्षों से मैं संगठनों के लिए आंतरिक सेवाओं और सेवाओं का विकास कर रहा हूं।

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

कुछ समय पहले, हमने तय किया कि हमारी सेवाएं शांत हैं और वे न केवल यैंडेक्स के अंदर, बल्कि बाहर के लोगों के लिए भी उपयोगी हो सकते हैं। हमने उन्हें एक एकीकृत Yandex.Connect प्लेटफॉर्म पर लाना शुरू किया, जो वहां मौजूद बाहरी सेवाओं को जोड़ रहा है, जैसे कि डोमेन के लिए मेल।



मैं वर्तमान में फॉर्म डिजाइनर और विकी विकसित कर रहा हूं। प्रयुक्त स्टैक मुख्य रूप से दूसरे और तीसरे संस्करणों के पायथन में लिखी गई सेवाएं हैं; Django 1.9-1.11। डेटाबेस के रूप में, इसका अधिकांश भाग PostgreSQL है। यह दलालों के रूप में MongoDB और SQS के साथ अजवाइन भी है। यह सब डॉकटर में काम करता है।

हम जिस समस्या का सामना कर रहे हैं, उस पर आगे बढ़ते हैं। सेवाएं लोकप्रिय हैं, वे हर दिन सैकड़ों हजारों लोगों द्वारा उपयोग किए जाते हैं, डेटा जमा होते हैं, टेबल अधिक से अधिक हो जाते हैं, और समय के साथ, डेटाबेस स्कीमा बदलने के कई ऑपरेशन, जो कल उपयोगकर्ताओं द्वारा किसी का ध्यान नहीं दिया गया था, सेवाओं के सामान्य संचालन में हस्तक्षेप करना शुरू करते हैं।

आज हम इस बारे में बात करेंगे कि हम इस तरह की परिस्थितियों से कैसे निपटते हैं और कैसे हम पढ़ने और लिखने की उच्च उपलब्धता हासिल करते हैं।

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

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

लंबे लॉक की आवश्यकता वाले ऑपरेशन:



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

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

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

इसके अलावा, VACUUM पूर्ण संचालन को पिछले संचालन के समान लॉकिंग स्तर की आवश्यकता होती है - यह विशेष रूप से एक्सेस है। VACUUM FULL तालिका को पढ़ने और लिखने के सभी कार्यों को भी अवरुद्ध करेगा।

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





एक सूचकांक बनाना। यह काफी सरल है, इसे CONCURRENTLY कीवर्ड का उपयोग करके बनाया जा सकता है। अंतर क्या है? इस ऑपरेशन में अधिक समय लगेगा, क्योंकि एक नहीं, बल्कि कई टेबल से होकर गुजरना होगा, और यह उन सभी वर्तमान ऑपरेशंस के पूरा होने का इंतजार भी करेगा जो संभवतः इंडेक्स को बदल सकते हैं। और यह भी विफल हो सकता है - उदाहरण के लिए, यदि एक अद्वितीय सूचकांक बनाते समय एक अद्वितीय सूचकांक का उल्लंघन किया जाता है। फिर सूचकांक को अमान्य के रूप में चिह्नित किया जाएगा, और इसे हटाने और पुनः बनाने की आवश्यकता होगी। REINDEX कमांड की अनुशंसा नहीं की जाती है, क्योंकि यह नियमित रूप से CREEX INDEX के समान है, अर्थात यह लिखने के लिए तालिका को लॉक कर देगा।

सूचकांक के विलोपन के बारे में - संस्करण 9.3 से शुरू होकर, आप इसके विलोपन के दौरान अवरुद्ध से बचने के लिए सूचकांक को आसानी से हटा सकते हैं, हालांकि सामान्य तौर पर यह इस तरह का एक त्वरित ऑपरेशन है।



आइए एक डिफ़ॉल्ट मान के साथ एक नया कॉलम जोड़कर देखें। यहाँ एक मानक ऑपरेशन है जो तब किया जाता है जब हम ऐसी कमांड को निष्पादित करना चाहते हैं, जिसमें Django भी इस तरह का ऑपरेशन करता है।

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

जब हमने सभी डेटा को अपडेट कर लिया है, तो यह केवल NULL कॉलम को बनाने पर SET NOT NULL निष्पादित करने के लिए बना रहता है। अगर हम नहीं बनाते हैं, तो नहीं। इस तरह से आप इस तरह का बदलाव करते समय टेबल पर ओवरराइटिंग से बच सकते हैं।

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



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

उसके बाद, यह ट्रिगर को हटाने, पुराने कॉलम को हटाने और पुराने कॉलम को एक नए नाम में बदलने के लिए एक लेनदेन में रहता है। इस प्रकार, हमने एक ही परिणाम प्राप्त किया: हमने स्तंभ के प्रकार को बदल दिया, जबकि तालिका को लॉक करना लंबे समय तक नहीं था।



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



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

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

ऑपरेशन जो शुरू में PostgreSQL में जल्दी से काम करते हैं और लंबे ताले की आवश्यकता नहीं होती है:



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

इसके अलावा, मौजूदा लेबल में डिफ़ॉल्ट मान जोड़ना एक त्वरित ऑपरेशन है क्योंकि केवल मेटा डेटा में परिवर्तन होता है। इस जानकारी को दर्ज करने के लिए आवश्यक कुछ मिलीसेकंड के लिए तालिका और लॉक का शाब्दिक अर्थ लिया जाता है।

इसके अलावा, SET NOT NULL सेट करने का त्वरित ऑपरेशन, यहां पहले से वर्णित 30 सेकंड के रिकॉर्ड के प्रति कुछ सेकंड के मुकाबले थोड़ा अधिक समय लगता है। अगर यह मायने रखता है तो इस समय को भी टाला जा सकता है।

स्तंभ का नाम बदलना, स्तंभ की लंबाई को बदलना भी एक स्तंभ को अधिलेखित करने के लिए नेतृत्व नहीं करता है। एक स्तंभ को हटाना और, सामान्य तौर पर, PostgreSQL में कई इकाइयां भी एक त्वरित ऑपरेशन है।



एक नहीं पूर्ण स्तंभ के अलावा के बारे में। सत्यापन के दौरान ब्लॉकिंग से बचने के लिए, आप पहले बताई गई विधि का पालन कर सकते हैं - CONSTRAINT को CHECK (कॉलम IS NOT NULL) से जोड़कर VALID नहीं करें, और इसे एक अलग कमांड के साथ मान्य करें।

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



PostgreSQL में डेटा हटाना आमतौर पर एक त्वरित ऑपरेशन है, क्योंकि डेटा को तुरंत डिलीट नहीं किया जाता है, बस कॉलम को टेबल की विशेषताओं में पुराना चिह्नित किया जाता है, और डेटा को वास्तव में अगले वैक्यूम की शुरुआत के बाद ही हटा दिया जाएगा।



पुस्तकालय के बारे में बात करते हैं। मैं Django, प्रवासन के बारे में बात कर रहा हूं। सामान्य तौर पर, Django Python के लिए एक लाइब्रेरी है, जो एक वेब फ्रेमवर्क है, मूल रूप से इसे जल्दी से समाचार जैसी वेबसाइट बनाने के लिए बनाया गया था, तब से इसे काफी उन्नत किया गया है। एक ORM प्रणाली है जो आपको डेटाबेस में रिकॉर्ड के साथ तालिकाओं के साथ संवाद करने की अनुमति देती है, जैसे कि वे पायथन ऑब्जेक्ट्स या कक्षाएं थीं। यही है, पायथन में प्रत्येक तालिका का अपना वर्ग है। और जब हम अपने पायथन कोड में बदलाव करते हैं, यानी हम माइग्रेशन नोटिस बनाने की प्रक्रिया के दौरान टेबल, Django जैसे कॉलम में नई विशेषताओं को जोड़ते हैं, और डेटाबेस में दर्पण परिवर्तन करने के लिए माइग्रेशन फ़ाइलों को स्वयं बनाते हैं ताकि वे विचलन न करें।

पुस्तकालय को इस तरह के पलायन के दौरान मेज पर लंबे ताले से बचने के लिए पहले से चर्चा की गई कुछ तकनीकों को स्वचालित करने के लिए लिखा गया था। यह संस्करण 1.8 से 2.1 समावेशी के बाद से Django के साथ काम कर रहा है, और 2.7 से 3.7 समावेशी पायथन है।

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

^{_{गिटहब लिंक}}

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



एक पूरे के रूप में कनेक्शन के बारे में। प्रलेखन है; संक्षेप में, आपको लाइब्रेरी से इंजन के साथ Django डेटाबेस सेटिंग्स में इंजन को बदलने की आवश्यकता है। इसके अलावा यदि आप अपने इंजन का उपयोग करने के लिए कनेक्ट करने के लिए विभिन्न मिश्रण हैं।



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

क्या योजनाएँ लागू करती हैं? सबसे पहले, एक लेनदेन में एक नया कॉलम जोड़ा जाता है, डिफ़ॉल्ट मान जोड़ा जाता है। फिर, जब तक कि ऐसा अपडेट वापस नहीं आता है कि उसने शून्य को अपडेट किया है, डेटा अपडेट किया जाएगा।

फिर SET NOT NULL को कॉलम पर सेट किया गया है, और Django के व्यवहार को दोहराते हुए डिफ़ॉल्ट मान को हटा दिया जाएगा, जो डिफ़ॉल्ट मान को डेटाबेस में नहीं, बल्कि कोड में तर्क स्तर पर संग्रहीत करता है।

यहां, सामान्य तौर पर, बढ़ने के लिए भी जगह है। उदाहरण के लिए, आप पूरी तालिका को अप्रोच करते हुए NULL मान के साथ ऐसी पंक्तियों को जल्दी से खोजने के लिए एक सहायक सूचकांक बना सकते हैं।



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

सामान्य तौर पर, पुस्तकालय विकसित हो रहा है, हम पूल अनुरोध स्वीकार करते हैं। कौन परवाह करता है - सम्मिलित हों।

यह ध्यान देने योग्य है कि DB की वृद्धि के साथ, पलायन के पास धीमा होने के लिए एक अपरिहार्य संपत्ति है। आपको यह ध्यान रखने की जरूरत है कि कौन से टेबल पर ताले लगे हुए हैं, यह देखने के लिए SQL माइग्रेशन चलाएं कि ऑपरेशन क्या लागू होते हैं। हमारे भाग के लिए, Yandex.Connect में हम इस लाइब्रेरी का उपयोग करते हैं जहां इसकी क्षमताएं अनुमति देती हैं। और जहां वे इसकी अनुमति नहीं देते हैं, हम स्वयं, अपने हाथों से, नकली Django माइग्रेशन, हमारे SQL क्वेरी चलाते हैं।

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

यह ध्यान देने योग्य है कि PostgreSQL में तेजी से संचालन अभी भी सेवा और त्रुटियों का कारण बन सकता है जिस तरह से PostgreSQL में लॉक कतार काम करता है।

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

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

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