Bagaimanakah locking berfungsi dalam PostgreSQL?

Question

Accepted Answer

PostgreSQL menggunakan **lock** untuk menyelaras akses serentak dan mencegah konflik. Berkat **MVCC**, bacaan umumnya tidak memerlukan lock (pembaca tidak menyekat penulis), tetapi tulisan memperoleh row-level lock, dan pelbagai jenis lock menyelaras operasi. Memahami locking membantu mengelakkan contention dan deadlock.

## MVCC bermaksud bacaan biasanya tidak mengunci

```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.
```

## Row-level lock (daripada tulisan dan 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` mengunci baris supaya transaksi serentak tidak boleh mengubahnya — mencegah keadaan perlumbaan (race condition) dalam operasi read-modify-write (cth. mengurangkan inventori dengan selamat).

## Jenis lock dan table lock

```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).
```

## Mengelakkan masalah lock dan deadlock

```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)
```

## Mengapa ia penting

Memahami locking PostgreSQL adalah penting untuk membina **aplikasi serentak yang betul dan berprestasi**, jadi ia merupakan pengetahuan peringkat senior yang berharga untuk sistem dengan akses pangkalan data serentak yang ketara.

Wawasan asasnya ialah **MVCC bermaksud bacaan biasanya tidak mengunci** (pembaca tidak menyekat penulis — kelebihan concurrency Postgres utama), jadi locking terutamanya berkenaan **tulisan dan explicit locking**.

Memahami **row-level lock** (diperoleh oleh UPDATE/DELETE) dan terutamanya **`SELECT ... FOR UPDATE`** (mengunci baris secara eksplisit untuk mencegah keadaan perlumbaan dalam operasi read-modify-write — seperti mengurangkan inventori dengan selamat atau memproses baki, di mana tanpa locking transaksi serentak boleh menyebabkan hasil yang salah) adalah penting untuk **ketepatan** dalam senario serentak.

Mengetahui bahawa **perubahan DDL/skema boleh mengambil table lock yang lebih berat** (berpotensi menyekat query pada jadual sibuk — pertimbangan penting apabila merancang migrasi, walaupun Postgres telah memperbaiki banyak ALTER untuk menjadi non-blocking) membantu mengelakkan contention semasa deployment.

Memahami cara **mengelakkan masalah lock dan deadlock** — memastikan transaksi pendek (memegang lock secara ringkas), memperoleh lock dalam susunan yang konsisten (mencegah deadlock), menggunakan `FOR UPDATE` secara sengaja (dan `SKIP LOCKED` untuk corak queue), dan mendiagnosis lock contention (pg_locks, pg_stat_activity) — adalah berharga untuk prestasi dan kebolehpercayaan di bawah concurrency.

Memandangkan concurrency adalah wujud dalam aplikasi sebenar, dan memandangkan penggunaan locking yang betul (terutamanya `FOR UPDATE` untuk ketepatan dalam operasi read-modify-write, dan mengelakkan contention/deadlock) ialah yang menjadikan kod pangkalan data serentak betul dan berprestasi, memahami locking PostgreSQL — model MVCC-tiada-lock-bacaan, row locking eksplisit untuk ketepatan, table lock daripada DDL, dan mengelakkan deadlock/contention — ialah pengetahuan peringkat senior yang berharga untuk membina aplikasi serentak yang teguh dan mengendalikan Postgres di bawah beban, satu kebimbangan yang kerap relevan yang menunjukkan pemahaman tentang kawalan concurrency pangkalan data.