VACUUM이란 무엇이며 왜 중요한가요?

Question

Accepted Answer

**`VACUUM`**은 **dead tuple**(MVCC가 남긴 쓸모없는 행 버전)에서 저장 공간을 회수하고 통계를 업데이트하는 PostgreSQL의 유지보수 프로세스입니다. Postgres의 MVCC가 모든 UPDATE/DELETE에서 dead 행을 생성하므로, VACUUM은 **bloat**를 방지하고 데이터베이스를 건강하게 유지하는 데 필수적입니다. **Autovacuum**이 이를 자동화합니다.

## dead tuple이 존재하는 이유 (MVCC 연결)

```text
MVCC: UPDATE/DELETE는 행을 덮어쓰지 않음 — 이전 버전을 쓸모없는 것으로 표시
("dead tuple")하고 새 것을 생성할 수 있음. dead tuple이 시간이 지나며 누적.
→ 정리 없이는 dead tuple이 BLOAT 유발: 낭비된 디스크 공간, 느린 스캔
  (읽을 데이터 증가), 성능 저하.
VACUUM이 이 dead 공간을 회수 → 테이블을 작게, 쿼리를 빠르게 유지.
```

## VACUUM이 하는 일

```sql
VACUUM users;                  -- dead tuple 공간 회수 (재사용 가능, 파일 축소 안 함)
VACUUM FULL users;             -- 테이블 재작성 → OS로 공간 회수, 그러나 테이블 LOCK
                               -- (프로덕션에서 회피 / 드물게 사용)
VACUUM ANALYZE users;          -- vacuum + 통계 업데이트 (쿼리 플래너용)
ANALYZE users;                 -- 통계만 업데이트 (플래너가 좋은 계획 선택하도록)
```

```text
VACUUM      → dead tuple 공간을 재사용 가능으로 표시 (배타적 잠금 없음 — 일반 유지보수)
VACUUM FULL → OS로 공간 완전 회수하지만 재작성 + 테이블 LOCK (무거움)
ANALYZE     → 플래너가 좋은 결정을 내리도록 테이블 통계 업데이트
```

## Autovacuum — 자동 유지보수

```text
AUTOVACUUM이 백그라운드에서 자동 실행되어, 충분한 행이 변경되면 테이블을
vacuum/analyze → 수동 개입 없이 일상 유지보수 처리.
→ 보통 켜둠. 더 빈번한 vacuuming이 필요한 고쓰기 테이블에 설정 튜닝
  (아니면 뒤처짐 → bloat 누적).
```

## vacuum 문제의 증상

```text
✗ 테이블/index BLOAT (실제 데이터보다 훨씬 큼) → 느린 쿼리, 낭비된 공간
✗ 오래된 통계 → 플래너가 나쁜 쿼리 계획 선택
✗ transaction ID wraparound 위험 (vacuum이 심각하게 방치되면 — 심각한 문제)
→ pg_stat_user_tables로 모니터링 (dead tuple 수, 마지막 vacuum 시간)
```

## 왜 중요한가

VACUUM을 이해하는 것은 PostgreSQL을 올바르게 **운영**하는 데 중요합니다. Postgres의 MVCC 아키텍처의 직접적 결과이고 데이터베이스 건강에 필수적이기 때문입니다 — 이를 소홀히 하면 실제적이고 심각한 성능 및 운영 문제를 유발합니다.

근본 연결은 **MVCC가 dead tuple**(쓸모없는 행 버전)을 모든 UPDATE와 DELETE에서 생성하고, 이것이 정리되지 않으면 **bloat**(낭비된 공간, 느린 스캔, 성능 저하)로 누적된다는 것입니다 — VACUUM이 그 정리로, dead tuple 공간을 회수하고 테이블을 작게, 쿼리를 빠르게 유지합니다.

변형 — 일반 `VACUUM`(재사용을 위해 공간 회수, 일반 유지보수, 무거운 잠금 없음), `VACUUM FULL`(OS로 공간 완전 회수하지만 테이블을 재작성하고 잠금하므로 드물게 사용), `ANALYZE`(쿼리 플래너가 좋은 결정을 내리도록 통계 업데이트) — 을 이해하는 것은 유지보수에 중요합니다.

**autovacuum**(일상 vacuuming을 처리하는 자동 백그라운드 프로세스, 보통 켜두지만 뒤처지지 않도록 고쓰기 테이블에 *튜닝*이 필요할 수 있음)을 아는 것은 핵심 운영 지식입니다.

**vacuum 문제의 증상**(테이블/index bloat, 나쁜 쿼리 계획을 유발하는 오래된 통계, vacuum이 심각하게 방치되면 transaction ID wraparound의 심각한 위험)을 인식하고 모니터링하는 방법은 프로덕션 데이터베이스를 건강하게 유지하는 데 중요합니다.

VACUUM은 Postgres 특화 운영 필수사항(MVCC에서 직접 비롯됨)이고, 이를 소홀히 하면 bloat, 느린 쿼리, 나쁜 계획, 심지어 중대한 wraparound 문제를 유발하므로, VACUUM — 왜 필요한지(MVCC dead tuple), 변형이 하는 일, autovacuum, 문제의 증상 — 을 이해하는 것은 PostgreSQL을 안정적으로 운영하는 중요한 시니어 수준 지식이며, 자주 관련되는 유지보수 우려사항으로, Postgres를 프로덕션에서 운영할 수 있는 사람과 피할 수 있는 성능 저하를 겪는 사람을 구별합니다.