PostgreSQL에서 잠금(locking)은 어떻게 동작하나요?

Question

Accepted Answer

PostgreSQL은 **잠금(lock)**을 사용하여 동시 접근을 조정하고 충돌을 방지합니다. **MVCC** 덕분에 읽기는 일반적으로 잠금이 필요 없지만(읽기가 쓰기를 막지 않음), 쓰기는 행 수준 잠금을 획득하고, 다양한 잠금 타입이 작업을 조정합니다. 잠금을 이해하면 경합과 deadlock을 피하는 데 도움이 됩니다.

## MVCC는 읽기가 보통 잠그지 않음을 의미

```text
MVCC 덕분에 일반 SELECT는 행 잠금을 취하지 않음 — 일관된 스냅샷을 읽음.
→ 읽기가 쓰기를 막지 않고, 쓰기가 읽기를 막지 않음 (핵심 Postgres 장점).
잠금은 주로 쓰기와 명시적 잠금에서 작용.
```

## 행 수준 잠금 (쓰기와 명시적 잠금에서)

```sql
-- UPDATE/DELETE는 영향받는 행을 자동 잠금 (transaction 종료까지)
UPDATE accounts SET balance = balance - 100 WHERE id = 1;   -- 행 1 잠금

-- SELECT ... FOR UPDATE — 업데이트하려는 행을 명시적 잠금 (race 방지)
BEGIN;
SELECT * FROM accounts WHERE id = 1 FOR UPDATE;   -- 행 잠금
-- ... 계산 후 UPDATE — 그동안 다른 transaction이 수정 불가
UPDATE accounts SET balance = ... WHERE id = 1;
COMMIT;
```

`SELECT ... FOR UPDATE`는 동시 transaction이 행을 수정할 수 없도록 잠급니다 — read-modify-write 작업(예: 재고를 안전하게 감소)의 race condition을 방지합니다.

## 잠금 타입과 테이블 잠금

```text
행 수준 → UPDATE/DELETE/SELECT FOR UPDATE를 통한 접근 — 세분화됨
테이블 수준 → 일부 DDL (ALTER TABLE)이 더 무거운 테이블 잠금 획득 → 쿼리 차단 가능
→ 바쁜 테이블의 스키마 변경은 경합 유발 가능; 마이그레이션을 신중히 계획
  (Postgres가 개선됨 — 많은 ALTER가 이제 비차단, 그러나 전부는 아님).
```

## 잠금 문제와 deadlock 회피

```text
✓ transaction을 SHORT하게 유지 (잠금을 짧게 보유 → 경합 감소)
✓ transaction 간 일관된 순서로 잠금 획득 → DEADLOCK 회피
✓ read-modify-write에 FOR UPDATE를 의도적으로 사용; 큐 같은 패턴에는
  FOR UPDATE SKIP LOCKED 고려 (이미 잠긴 행 건너뛰기)
✓ 다른 것을 차단하는 오래 보유된 잠금 주의 (pg_locks, pg_stat_activity로 진단)
✓ 바쁜 테이블의 DDL에 주의 (차단 가능)
```

## 왜 중요한가

PostgreSQL 잠금을 이해하는 것은 **올바르고 성능 있는 동시성 애플리케이션**을 구축하는 데 중요하므로, 상당한 동시 데이터베이스 접근이 있는 시스템에 가치 있는 시니어 수준 지식입니다.

기초적 통찰은 **MVCC가 읽기가 보통 잠그지 않음을 의미**한다는 것(읽기가 쓰기를 막지 않음 — 핵심 Postgres 동시성 장점), 따라서 잠금은 주로 **쓰기와 명시적 잠금**에 관한 것입니다.

**행 수준 잠금**(UPDATE/DELETE로 획득)과 특히 **`SELECT ... FOR UPDATE`**(read-modify-write 작업의 race condition을 방지하기 위해 행을 명시적으로 잠금 — 재고를 안전하게 감소하거나 잔액을 처리하는 것처럼, 잠금 없이는 동시 transaction이 잘못된 결과를 유발할 수 있음)를 이해하는 것은 동시성 시나리오의 **정확성**에 중요합니다.

**DDL/스키마 변경이 더 무거운 테이블 잠금을 취할 수 있음**(바쁜 테이블의 쿼리를 잠재적으로 차단 — 마이그레이션 계획 시 중요한 고려사항, Postgres가 많은 ALTER를 비차단으로 개선했지만)을 아는 것은 배포 중 경합을 피하는 데 도움이 됩니다.

**잠금 문제와 deadlock을 회피**하는 방법 — transaction을 짧게 유지(잠금을 짧게 보유), 일관된 순서로 잠금 획득(deadlock 방지), `FOR UPDATE`를 의도적으로 사용(큐 패턴에는 `SKIP LOCKED`), 잠금 경합 진단(pg_locks, pg_stat_activity) — 을 이해하는 것은 동시성 하의 성능과 신뢰성에 가치가 있습니다.

동시성은 실제 애플리케이션에 내재되어 있고, 잠금의 적절한 사용(특히 read-modify-write 작업의 정확성을 위한 `FOR UPDATE`, 경합/deadlock 회피)이 동시성 데이터베이스 코드를 올바르고 성능 있게 만들므로, PostgreSQL 잠금 — MVCC 읽기 잠금 없음 모델, 정확성을 위한 명시적 행 잠금, DDL의 테이블 잠금, deadlock/경합 회피 — 을 이해하는 것은 견고한 동시성 애플리케이션을 구축하고 부하 하에서 Postgres를 운영하는 가치 있는 시니어 수준 지식이며, 데이터베이스 동시성 제어에 대한 이해를 보여주는 자주 관련되는 우려사항입니다.