PostgreSQL 中锁定是如何工作的?

Question

Accepted Answer

PostgreSQL 使用**锁定**来协调并发访问并防止冲突。得益于**MVCC**，读取通常不需要锁定(读者不会阻止写者)，但写入会获取行级锁，各种锁类型协调操作。理解锁定有助于避免竞争和死锁。

## 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` 锁定行，以防并发事务修改它们 — 防止读-修改-写操作中的竞态条件(例如安全地扣减库存)。

## 锁类型和表级锁

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

## 避免锁定问题和死锁

```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 锁定对于构建**正确、高性能的并发应用**至关重要，因此对于具有显著并发数据库访问的系统来说，这是有价值的高级知识。

基本洞见是**MVCC 意味着读取通常不需要锁定**(读者不会阻止写者 — PostgreSQL 的关键并发优势)，因此锁定主要关乎**写入和显式锁定**。

理解**行级锁**(由 UPDATE/DELETE 获取)，特别是**`SELECT ... FOR UPDATE`**(显式锁定行以防止读-修改-写操作中的竞态条件 — 例如安全地扣减库存或处理余额，没有锁定并发事务可能导致不正确的结果)对于并发场景中的**正确性**很重要。

了解**DDL/架构变更可以获取更重的表级锁**(可能阻止繁忙表上的查询 — 这是规划迁移时的重要考虑，尽管 PostgreSQL 已改进了许多 ALTER 使其非阻塞)有助于在部署期间避免竞争。

理解如何**避免锁定问题和死锁** — 保持事务简短(短时间持有锁)、以一致的顺序获取锁(防止死锁)、有意使用 `FOR UPDATE`(以及用于队列模式的 `SKIP LOCKED`)，以及诊断锁竞争(pg_locks、pg_stat_activity) — 对并发下的性能和可靠性很有价值。

由于并发是真实应用的固有属性，由于正确使用锁定(特别是在读-修改-写操作中为了正确性使用 `FOR UPDATE`，以及避免竞争/死锁)使并发数据库代码正确且高效，理解 PostgreSQL 锁定 — MVCC-无读取锁模型、显式行锁确保正确性、DDL 产生的表级锁，以及避免死锁/竞争 — 是为构建健壮的并发应用和在负载下运行 Postgres 的高级知识，这是一个经常相关的问题，展示了对数据库并发控制的理解。