PostgreSQL मध्ये लॉकिंग कसे कार्य करते?

Question

Accepted Answer

PostgreSQL समवर्ती प्रवेश समन्वय करण्यासाठी आणि संघर्ष टाळण्यासाठी **locks** वापरते. **MVCC** बद्दल धन्यवाद, वाचन सामान्यतः लॉक्स आवश्यक नाहीत (वाचक लेखकांना अवरोधित करत नाहीत), परंतु लेखन पंक्ती-स्तरीय लॉक्स प्राप्त करतात, आणि विविध लॉक प्रकार ऑपरेशन्स समन्वय करतात. लॉकिंग समजून घेणे संघर्ष आणि deadlocks टाळण्यात मदत करते.

## MVCC मतलब वाचन सामान्यतः लॉक करत नाहीत

```text
Because of MVCC, plain SELECTs do NOT take row locks — they read a consistent snapshot.
→ Readers don't block writers, writers don't block readers (a key Postgres advantage).
Locking mainly comes into play for WRITES and explicit locking.
```

## पंक्ती-स्तरीय लॉक्स (लेखन आणि स्पष्ट लॉकिंगपासून)

```sql
-- UPDATE/DELETE automatically lock the affected ROWS (until the transaction ends)
UPDATE accounts SET balance = balance - 100 WHERE id = 1;   -- locks row 1

-- SELECT ... FOR UPDATE — explicitly lock rows you intend to update (prevent races)
BEGIN;
SELECT * FROM accounts WHERE id = 1 FOR UPDATE;   -- lock the row
-- ... compute, then UPDATE — no other transaction can modify it meanwhile
UPDATE accounts SET balance = ... WHERE id = 1;
COMMIT;
```

`SELECT ... FOR UPDATE` पंक्तीला लॉक करते जेणेकरून समवर्ती व्यवहार त्यांना सुधारू शकत नाहीत — read-modify-write ऑपरेशन्समध्ये race conditions प्रतिबंधित करते (उदा. इन्व्हेंटरी सुरक्षितपणे कमी करणे).

## लॉक प्रकार आणि टेबल लॉक्स

```text
ROW-level → ACCESS via UPDATE/DELETE/SELECT FOR UPDATE — fine-grained
TABLE-level → some DDL (ALTER TABLE) takes heavier table locks → can block queries
→ Schema changes on busy tables can cause contention; plan migrations carefully
  (Postgres has gotten better — many ALTERs are now non-blocking, but not all).
```

## लॉक समस्या आणि deadlocks टाळणे

```text
✓ Keep transactions SHORT (hold locks briefly → less contention)
✓ Acquire locks in a CONSISTENT ORDER across transactions → avoid DEADLOCKS
✓ Use FOR UPDATE deliberately for read-modify-write; consider FOR UPDATE SKIP LOCKED
  for queue-like patterns (skip already-locked rows)
✓ Watch for long-held locks blocking others (pg_locks, pg_stat_activity to diagnose)
✓ Be cautious with DDL on busy tables (can block)
```

## याचे महत्व

PostgreSQL लॉकिंग समजून घेणे **योग्य, कार्यक्षम समवर्ती अनुप्रयोग** तयार करण्यासाठी महत्वाचे आहे, त्यामुळे हे महत्त्वपूर्ण समवर्ती डेटाबेस प्रवेशासह प्रणालींसाठी senior-level ज्ञान आहे.

मूलभूत अंतर्दृष्टी अशी आहे की **MVCC मतलब वाचन सामान्यतः लॉक करत नाहीत** (वाचक लेखकांना अवरोधित करत नाहीत — एक मुख्य Postgres समवर्ती लाभ), त्यामुळे लॉकिंग प्राथमिकतः **लेखन आणि स्पष्ट लॉकिंगच** संबंधित आहे.

**पंक्ती-स्तरीय लॉक्स** (UPDATE/DELETE द्वारे प्राप्त) आणि विशेषतः **`SELECT ... FOR UPDATE`** (read-modify-write ऑपरेशन्समध्ये race conditions प्रतिबंधित करण्यासाठी स्पष्टपणे पंक्तीला लॉक करणे — जसे इन्व्हेंटरी किंवा शेष सुरक्षितपणे कमी करणे, जेथे लॉकिंग शिवाय समवर्ती व्यवहार अयोग्य परिणाम कारणीभूत करू शकतात) समवर्ती परिस्थितींमध्ये **correctness** साठी महत्वाचे आहे हे समजून घेणे महत्वाचे आहे.

जाणून घेणे की **DDL/schema बदल जड टेबल लॉक्स घेऊ शकतात** (संभाव्य busy टेबल्सवर प्रश्नांना अवरोधित करणे — migrations नियोजन करताना एक महत्वाचे विचार, जरी Postgres ने अनेक ALTERs non-blocking केली आहेत) deployment दरम्यान संघर्ष टाळण्यात मदत करते.

**लॉक समस्या आणि deadlocks टाळणे** समजून घेणे — transactions लहान ठेवणे (लॉक्स थोडक्यात धरणे), लॉक्स सुसंगत क्रमाने प्राप्त करणे (deadlocks प्रतिबंधित करणे), `FOR UPDATE` हेतुपूर्वक वापरणे (आणि queue patterns साठी `SKIP LOCKED`), आणि लॉक संघर्ष निदान करणे (pg_locks, pg_stat_activity) — समवर्ती परिस्थितीत कार्यक्षमता आणि विश्वसनीयतासाठी मूल्यवान आहे.

कारण समवर्ती साधारण अनुप्रयोगांमध्ये अंतर्निहित आहे, आणि कारण योग्य लॉकिंग वापर (विशेषतः read-modify-write ऑपरेशन्समध्ये correctness साठी `FOR UPDATE`, आणि संघर्ष/deadlocks टाळणे) समवर्ती डेटाबेस कोड योग्य आणि कार्यक्षम करते, PostgreSQL लॉकिंग समजून घेणे — MVCC-no-read-locks मॉडेल, correctness साठी स्पष्ट row locking, DDL पासून table locks, आणि deadlocks/contention टाळणे — robust समवर्ती applications तयार करण्यासाठी आणि load अंतर्गत Postgres चालवण्यासाठी senior-level ज्ञान आहे, एक वारंवार-प्रासंगिक चिंता जी database concurrency control समजून दर्शवते.