🈯️ 👩‍⚖️ 🌟 पोस्टग्रेज में ताले: ताले के साथ काम करने के 7 टिप्स 🈵 👋🏼 👠

फिर से नमस्कार! अगले मंगलवार को, "रिलेशनल डीबीएमएस" पाठ्यक्रम पर एक नई धारा शुरू होती है, इसलिए हम विषय पर उपयोगी सामग्री प्रकाशित करना जारी रखते हैं। चलो चलते हैं।

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

1. कभी भी डिफ़ॉल्ट मान के साथ कॉलम न जोड़ें

गोल्डन पोस्टग्रेक्यूएल नियम: उत्पादन परिवेश में टेबल पर एक कॉलम जोड़ते समय, कभी भी डिफ़ॉल्ट मान निर्दिष्ट न करें ।

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

ऐसा न करें:

--     ,       (?) ALTER TABLE items ADD COLUMN last_update timestamptz DEFAULT now();

इसे इस तरह करें बेहतर:

 -- select, update, insert  delete ,      () ALTER TABLE items ADD COLUMN last_update timestamptz; -- select  insert ,  update  delete ,    UPDATE items SET last_update = now();

या, और भी बेहतर, लंबे समय तक ताले को अपडेट करने और delete से बचें, उदाहरण के लिए, छोटे बैचों में अपडेट करना:

 do { numRowsUpdated = executeUpdate( "UPDATE items SET last_update = ? " + "WHERE ctid IN (SELECT ctid FROM items WHERE last_update IS NULL LIMIT 5000)", now); } while (numRowsUpdate > 0);

इस तरह से आप अपने उपयोगकर्ताओं के लिए न्यूनतम हस्तक्षेप के साथ एक नया कॉलम जोड़ और आबाद कर सकते हैं।

2. लॉक कतारों से सावधान रहें, टाइमआउट का उपयोग करें

PostgreSQL में प्रत्येक लॉक की प्राथमिकता है। यदि लेनदेन बी एक लॉक को पकड़ने का प्रयास करता है जो कि लेनदेन ए द्वारा पहले से ही एक परस्पर विरोधी लॉक स्तर के साथ होता है, तो लेनदेन बी लॉक लॉक में प्रतीक्षा करेगा। अब कुछ दिलचस्प होता है: यदि कोई अन्य लेनदेन सी आता है, तो उसे ए के साथ न केवल संघर्ष की जांच करनी होगी, बल्कि लेनदेन बी और लॉक कतार में किसी अन्य लेनदेन के साथ भी जांच करनी होगी।

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

यदि आप किसी तालिका के खिलाफ लंबे समय तक SELECT प्रश्नों का सामना कर सकते हैं, तो ऐसा न करें:

 ALTER TABLE items ADD COLUMN last_update timestamptz;

बेहतर यह करें:

 SET lock_timeout TO '2s' ALTER TABLE items ADD COLUMN last_update timestamptz;

यदि lock_timeout सेट किया गया है lock_timeout डीडीएल कमांड को निष्पादित नहीं किया जाएगा यदि यह लॉक का इंतजार कर रहा है और इस प्रकार, 2 सेकंड से अधिक समय के लिए अनुरोधों को अवरुद्ध करता है। नकारात्मक पक्ष यह है कि आपके ALTER TABLE निष्पादित नहीं किया जा सकता है, लेकिन आप बाद में फिर से कोशिश कर सकते हैं। DDL कमांड चलाने से पहले यदि आपके पास लंबी पूछताछ है, तो आप pg_stat_activity को क्वेरी कर सकते हैं।

3. गैर-अवरोधक सूचकांक निर्माण का उपयोग करें

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

ऐसा न करें:

 --    CREATE INDEX items_value_idx ON items USING GIN (value jsonb_path_ops);

इसके बजाय, यह करें:

 --    DDL CREATE INDEX CONCURRENTLY items_value_idx ON items USING GIN (value jsonb_path_ops);

गैर-अवरोधक सूचकांक निर्माण में एक नकारात्मक पहलू है। यदि कुछ गलत हो जाता है, तो यह वापस नहीं आता है और एक अधूरा ("अमान्य") सूचकांक छोड़ता है। यदि ऐसा होता है, तो चिंता न करें, बस दौड़ें

 DROP INDEX CONCURRENTLY items_value_idx

और इसे फिर से बनाने का प्रयास करें।

4. जहां तक संभव हो आक्रामक ताले का उपयोग करें

जब आपको एक आदेश चलाने की आवश्यकता होती है जो आक्रामक तालिका ताले प्राप्त करता है, तो इसे लेनदेन में जितनी देर हो सके करने का प्रयास करें ताकि प्रश्नों को यथासंभव लंबे समय तक जारी रखा जा सके।

उदाहरण के लिए, यदि आप तालिका की सामग्री को पूरी तरह से बदलना चाहते हैं। ऐसा न करें:

 BEGIN; --     : TRUNCATE items; -  : \COPY items FROM 'newdata.csv' WITH CSV COMMIT;

इसके बजाय, डेटा को एक नई तालिका में लोड करें, और फिर पुराने को बदलें:

 BEGIN; CREATE TABLE items_new (LIKE items INCLUDING ALL); --  : \COPY items_new FROM 'newdata.csv' WITH CSV --     : DROP TABLE items; ALTER TABLE items_new RENAME TO items; COMMIT;

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

 BEGIN; LOCK items IN EXCLUSIVE MODE; ...

कभी-कभी अवरुद्ध को अपने हाथों में लेना बेहतर होता है।

5. न्यूनतम ब्लॉकिंग के साथ एक प्राथमिक कुंजी जोड़ना

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

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

 ALTER TABLE items ADD PRIMARY KEY (id); --

सौभाग्य से, आप CREATE UNIQUE INDEX CONCURRENTLY का उपयोग करके पहले सभी कठिन काम कर सकते हैं, और फिर प्राथमिक कुंजी के रूप में अद्वितीय सूचकांक का उपयोग कर सकते हैं, जो एक त्वरित ऑपरेशन है।

 CREATE UNIQUE INDEX CONCURRENTLY items_pk ON items (id); --   ,     ALTER TABLE items ADD CONSTRAINT items_pk PRIMARY KEY USING INDEX items_pk; --  ,

व्यावहारिक रूप से दो चरणों में प्राथमिक कुंजी के निर्माण का विभाजन उपयोगकर्ता को प्रभावित नहीं करता है।

6. VACUUM FULL का उपयोग कभी न करें

उपयोगकर्ता अनुभव पोस्टग्रेज कभी-कभी थोड़े बहुत भयानक हो सकते हैं। यद्यपि VACUUM FULL लगता है कि आप अपने डेटाबेस की "धूल" को साफ करने के लिए क्या करना चाहते हैं, एक अधिक उपयुक्त विकल्प होगा:

 PLEASE FREEZE MY DATABASE FOR HOURS;

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

7. आदेशों की व्यवस्था करके गतिरोध से बचें

यदि आप कुछ समय से PostgreSQL का उपयोग कर रहे हैं, तो सबसे अधिक संभावना है कि आपने त्रुटियों को देखा है जैसे:

 ERROR: deadlock detected DETAIL: Process 13661 waits for ShareLock on transaction 45942; blocked by process 13483. Process 13483 waits for ShareLock on transaction 45937; blocked by process 13661.

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

 BEGIN; UPDATE items SET counter = counter + 1 WHERE key = 'hello'; --    hello UPDATE items SET counter = counter + 1 WHERE key = 'world'; --    world END;

उसी समय, एक और लेनदेन समान आदेश जारी कर सकता है, लेकिन एक अलग क्रम में।

 BEGIN UPDATE items SET counter = counter + 1 WHERE key = 'world'; --    world UPDATE items SET counter = counter + 1 WHERE key = 'hello'; --    hello END;

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

हमें उम्मीद है कि आपको ये सिफारिशें मददगार लगी होंगी। यदि आपके पास अन्य सुझाव हैं, तो @citusdata या स्लैक पर हमारे सक्रिय साइटस उपयोगकर्ता समुदाय को ट्वीट करने के लिए स्वतंत्र महसूस करें।

हम आपको याद दिलाते हैं कि कुछ घंटों में एक खुला दिन होगा जिस पर हम आगामी पाठ्यक्रम के लिए कार्यक्रम के बारे में विस्तार से बात करेंगे।

पोस्टग्रेज में ताले: ताले के साथ काम करने के 7 टिप्स