728x90
반응형
SMALL
[

2026/07/29 검색 결과

해당 글 3건
728x90
반응형
LIST

Valkey 장애 복구의 내부 원리: RDB·AOF·Replication·Sentinel·Cluster Failover

Valkey 장애 복구의 내부 원리: RDB·AOF·Replication·Sentinel·Cluster FailoverValkey는 데이터를 메모리에 저장하기 때문에 빠른 읽기·쓰기 성능을 제공한다.하지만 데이터를 메모리에 보관한다는 설명만 들으면 다음과 같은 의문이 생긴다.Valkey 프로세스가 종료되면 데이터는 모두 사라지는가?서버가 재부팅되면 메모리 데이터를 어떻게 복구하는가?Primary가 장애 나면 Replica가 자동으로 전환되는가?Failover가 완료되면 애플리케이션은 어떻게 새로운 Primary를 찾는가?복제본이 있다면 데이터 유실은 발생하지 않는가?Valkey의 장애 복구는 하나의 기능으로 이루어지는 것이 아니다.다음 세 가지 계층이 서로 다른 역할을 수행한다.Persistence→ 프..
나의 주니어 개발 일기/Redis 2026. 7. 29. 10:43

DB의 MVCC는 어떻게 동시성을 보장하는가?

애플리케이션에서 DB를 사용할 때 MVCC는 어떻게 동시성을 보장하는가애플리케이션에서 여러 요청이 동시에 같은 데이터를 조회하고 수정하는 상황은 매우 흔하다.예를 들어 다음과 같은 요청이 동시에 들어올 수 있다.사용자 A: 주문 정보를 조회한다.사용자 B: 같은 주문의 상태를 결제 완료로 변경한다.사용자 C: 같은 주문을 다시 조회한다.이때 데이터베이스가 모든 조회와 수정을 하나의 잠금으로 직렬화한다면 데이터 정합성은 지킬 수 있지만, 조회 요청까지 대기해야 하므로 처리량과 응답 시간이 크게 나빠진다.대부분의 상용 RDBMS는 이를 해결하기 위해 MVCC(Multi-Version Concurrency Control, 다중 버전 동시성 제어)를 사용한다.MVCC의 핵심은 간단하다.하나의 데이터에 대해 과거..
나의 주니어 개발 일기/DB 2026. 7. 29. 10:40

Valkey로 구현하는 분산 락: 원리부터 성능·커넥션·장애 대응까지

Valkey로 구현하는 분산 락: 원리부터 성능·커넥션·장애 대응까지여러 서버 인스턴스가 동일한 데이터를 동시에 변경하는 환경에서는 애플리케이션 내부의 synchronized나 ReentrantLock만으로 동시성을 제어할 수 없다.예를 들어 주문 서버가 세 대 실행 중이고, 동일한 쿠폰을 동시에 발급하려는 요청이 각각 다른 서버로 들어온다고 가정해 보자.Client A → Application 1Client B → Application 2Client C → Application 3각 애플리케이션의 JVM 내부 락은 자신의 프로세스 안에서만 유효하다. 따라서 Application 1이 락을 획득해도 Application 2와 Application 3은 이를 알 수 없다.이처럼 여러 프로세스나 서버가 공유..
나의 주니어 개발 일기/Redis 2026. 7. 29. 10:25