write concern과 read concern은 일관성에 어떻게 영향을 미치나요?

Question

Accepted Answer

**write concern**과 **read concern**은 MongoDB(replica set에서)의 일관성과 내구성 보장을 제어합니다 — **성능**과 **안전성/일관성** 사이의 트레이드오프입니다. 데이터의 요구에 따라 쓰기가 얼마나 강하게 확인되고 읽기가 얼마나 일관적인지 조정하게 합니다.

## write concern — 쓰기의 내구성

```js
// write concern: 몇 개의 노드가 쓰기를 승인해야 하는지
db.orders.insertOne(doc, { writeConcern: { w: 1 } });           // primary만 — 빠름
db.orders.insertOne(doc, { writeConcern: { w: "majority" } });   // 과반수 노드 — 안전
db.orders.insertOne(doc, { writeConcern: { w: "majority", j: true } }); // + 디스크에 journaling
```

```text
w: 1          → primary만 승인 (빠름, 그러나 failover 시 쓰기가 손실될 수 있음)
w: "majority" → 과반수 노드가 승인 → 쓰기가 primary failover에서 살아남음
               (데이터 손실 없음) — 더 안전하지만 느림 (복제를 기다림)
j: true       → 쓰기가 JOURNAL에 기록되기를 추가로 대기 (디스크 내구성)
```

**write concern**은 내구성을 제어합니다: `w: "majority"`는 쓰기가 과반수에 복제되도록 보장하지만(failover에서 손실 없이 살아남음) 느립니다; `w: 1`은 빠르지만 복제 전 primary가 실패하면 쓰기가 손실될 수 있습니다.

## read concern — 읽기의 일관성

```js
db.orders.find().readConcern("majority");   // 과반수가 승인한 데이터 읽기
```

```text
local        → 노드의 가장 최근 데이터 반환 (과반수 커밋 안 되었을 수 있음,
               롤백될 수 있음) — 기본, 빠름
majority     → 과반수가 승인한 데이터만 반환 (롤백 안 됨) — 일관적
linearizable → 가장 강함 (모든 이전 과반수 쓰기 반영) — 가장 느림
```

**read concern**은 읽기가 보는 데이터를 제어합니다: `majority`는 과반수 커밋된 데이터만 반환하고(롤백 안 됨 — 일관적), `local`(가장 최근 로컬 데이터, 아직 과반수 커밋 안 되었을 수 있음)과 비교됩니다.

## 일관성 vs 성능 트레이드오프

```text
더 강한 보장 (w: majority, readConcern: majority) → 더 안전, 일관적, 그러나 느림
더 약한 보장 (w: 1, readConcern: local) → 더 빠름, 그러나 failover 시 데이터 손실
  또는 아직 내구적이지 않은 데이터를 읽을 위험
→ 데이터에 따라 선택: 중요한 데이터(결제) → 강함; 덜 중요 → 더 빠름.
→ secondary에서 읽기는 최종 일관성 고려사항(오래된 읽기)을 추가함.
```

## 왜 중요한가

write concern과 read concern을 이해하는 것은 MongoDB replica set에서 **일관성 vs 성능 트레이드오프를 관리**하는 데 중요하므로, 올바르고 적절히 조정된 분산 MongoDB 애플리케이션을 구축하는 데 가치 있는 senior 수준 지식입니다.

이 설정들은 MongoDB의 일관성과 내구성 보장을 제어하며, 데이터가 그 중요도에 맞는 안전 수준으로 처리되도록 보장하는 데 이를 이해하는 것이 필요합니다. **write concern**은 **내구성**에 특히 중요합니다: `w: "majority"`는 쓰기가 과반수의 노드에 복제되도록 보장하고(데이터 손실 없이 primary failover에서 살아남음 — 결제나 주문 같은 중요한 데이터에 결정적), `w: 1`은 빠르지만 복제 전 primary가 실패하면 쓰기를 잃을 위험이 있습니다 — 잘못 선택하면 failover 시 조용한 데이터 손실을 의미할 수 있는 중대한 트레이드오프입니다. **read concern**은 **읽기 일관성**을 제어합니다: `majority`는 과반수 커밋된 데이터만 반환하고(일관적, 롤백 안 됨) `local`(가장 최근 데이터, 아직 내구적이지 않고 롤백 대상일 수 있음)과 비교됩니다 — 읽기가 나중에 사라질 데이터를 볼 수 있는지에 영향을 줍니다.

**트레이드오프**를 이해하고 — 더 강한 보장(majority)은 더 안전하고 일관적이지만 느리고, 더 약한 것은 더 빠르지만 데이터 손실이나 일관되지 않은 읽기의 위험이 있음 — 데이터의 중요도에 따라 선택(중요한 데이터에는 강함, 덜 중요한 데이터에는 빠름)하는 것이 핵심 판단입니다.

secondary에서 읽기가 최종 일관성 고려사항(오래된 읽기)을 추가한다는 것도 관련이 있습니다.

데이터 일관성과 내구성이 중요하고(적절한 수준이 데이터에 따라 다름), write/read concern이 MongoDB의 분산(replica set) 아키텍처에서 이 보장을 성능과 조정하는 방식이므로, 이들 — 내구성/일관성 수준, 성능 트레이드오프, 적절한 선택 — 을 이해하는 것은 올바른 분산 MongoDB 애플리케이션을 구축하는 데 중요한 senior 수준 지식이며, 분산 시스템 일관성 트레이드오프에 대한 이해를 보여주는 주제로, 데이터 손실이나 비일관성이 비용이 큰 애플리케이션에 특히 중요합니다.