Locking hoạt động như thế nào trong PostgreSQL?

Question

Accepted Answer

PostgreSQL dùng **lock** để điều phối truy cập đồng thời và ngăn xung đột. Nhờ **MVCC**, các thao tác read thường không cần lock (reader không block writer), nhưng write sẽ acquire row-level lock, và nhiều loại lock điều phối các thao tác. Hiểu về locking giúp tránh contention và deadlock.

## MVCC nghĩa là read thường không lock

```text
Nhờ MVCC, các SELECT thường KHÔNG lấy row lock — chúng đọc một snapshot nhất quán.
→ Reader không block writer, writer không block reader (một lợi thế chính của Postgres).
Locking chủ yếu xuất hiện với WRITE và explicit locking.
```

## Row-level lock (từ write và explicit locking)

```sql
-- UPDATE/DELETE tự động lock các ROW bị ảnh hưởng (cho đến khi transaction kết thúc)
UPDATE accounts SET balance = balance - 100 WHERE id = 1;   -- lock row 1

-- SELECT ... FOR UPDATE — chủ động lock các row bạn định update (ngăn race)
BEGIN;
SELECT * FROM accounts WHERE id = 1 FOR UPDATE;   -- lock row đó
-- ... tính toán, rồi UPDATE — không transaction nào khác có thể sửa nó trong lúc đó
UPDATE accounts SET balance = ... WHERE id = 1;
COMMIT;
```

`SELECT ... FOR UPDATE` lock các row để các transaction đồng thời không thể sửa chúng — ngăn race condition trong các thao tác read-modify-write (ví dụ giảm tồn kho một cách an toàn).

## Các loại lock và table lock

```text
ROW-level → truy cập qua UPDATE/DELETE/SELECT FOR UPDATE — fine-grained
TABLE-level → một số DDL (ALTER TABLE) lấy table lock nặng hơn → có thể block query
→ Thay đổi schema trên table bận có thể gây contention; lập kế hoạch migration cẩn thận
  (Postgres đã cải thiện — nhiều ALTER giờ non-blocking, nhưng không phải tất cả).
```

## Tránh các vấn đề lock và deadlock

```text
✓ Giữ transaction NGẮN (giữ lock trong thời gian ngắn → ít contention hơn)
✓ Acquire lock theo MỘT THỨ TỰ NHẤT QUÁN xuyên suốt các transaction → tránh DEADLOCK
✓ Dùng FOR UPDATE có chủ đích cho read-modify-write; cân nhắc FOR UPDATE SKIP LOCKED
  cho các pattern dạng queue (bỏ qua các row đã bị lock)
✓ Để ý các lock giữ lâu block người khác (pg_locks, pg_stat_activity để chẩn đoán)
✓ Cẩn thận với DDL trên table bận (có thể block)
```

## Tại sao điều này quan trọng

Hiểu về locking của PostgreSQL là quan trọng để xây dựng các **ứng dụng đồng thời đúng đắn, hiệu năng cao**, nên đó là kiến thức giá trị ở cấp độ senior cho các hệ thống có truy cập database đồng thời đáng kể.

Hiểu biết nền tảng là **MVCC nghĩa là read thường không lock** (reader không block writer — một lợi thế chính về concurrency của Postgres), nên locking chủ yếu liên quan đến **write và explicit locking**.

Hiểu **row-level lock** (được acquire bởi UPDATE/DELETE) và đặc biệt là **`SELECT ... FOR UPDATE`** (chủ động lock row để ngăn race condition trong các thao tác read-modify-write — như giảm tồn kho an toàn hoặc xử lý số dư, nơi mà không có lock thì các transaction đồng thời có thể gây kết quả sai) là quan trọng cho **tính đúng đắn** trong các kịch bản đồng thời.

Biết rằng **DDL/thay đổi schema có thể lấy table lock nặng hơn** (có khả năng block query trên table bận — một cân nhắc quan trọng khi lập kế hoạch migration, dù Postgres đã cải thiện để nhiều ALTER là non-blocking) giúp tránh contention trong lúc deploy.

Hiểu cách **tránh các vấn đề lock và deadlock** — giữ transaction ngắn (giữ lock trong thời gian ngắn), acquire lock theo thứ tự nhất quán (ngăn deadlock), dùng `FOR UPDATE` có chủ đích (và `SKIP LOCKED` cho các pattern queue), và chẩn đoán lock contention (pg_locks, pg_stat_activity) — là giá trị cho hiệu năng và độ tin cậy dưới điều kiện đồng thời.

Vì concurrency là vốn có trong các ứng dụng thực tế, và vì việc dùng locking đúng cách (đặc biệt `FOR UPDATE` cho tính đúng đắn trong các thao tác read-modify-write, và tránh contention/deadlock) là thứ khiến code database đồng thời trở nên đúng đắn và hiệu năng cao, hiểu về locking của PostgreSQL — mô hình MVCC-no-read-locks, explicit row locking cho tính đúng đắn, table lock từ DDL, và tránh deadlock/contention — là kiến thức giá trị ở cấp độ senior để xây dựng các ứng dụng đồng thời mạnh mẽ và vận hành Postgres dưới tải, một mối quan tâm thường xuyên liên quan thể hiện sự hiểu biết về concurrency control của database.