Redis

[k9425mino]

🗓️ 2026년 8월 19일 수요일

1. Redis란 무엇이며, 어떤 상황에서 사용하나요?
2. Redis와 RDB(MySQL 등)의 차이점은 무엇이며, 각각 어떤 상황에서 사용하는 것이 적절한가요?
3. Redis는 메모리 기반인데, 서버 장애가 발생하면 데이터가 유실될 수 있지 않나요? Redis에서는 데이터의 영속성을 어떻게 보장하나요?

[9ga0]

1. Redis란 무엇이며, 어떤 상황에서 사용하나요?

Redis(Remote Dictionary Server)는 데이터를 주로 메모리에 저장하는 고성능 데이터 저장소로, 빠른 속도와 영속성, 그리고 String,List,Set,Hash,Sorted Set 등 다양한 자료 구조를 지원하는 것이 특징입니다. 주로 빠른 읽기쓰기가 필요한 캐시와, 여러 서버가 로그인 세션을 공유할 수 있는 세션 저장소, 순위 계산이 빠른 실시간 순위표, 분산 락, 요청 제한 등에 사용합니다.

• 요청 제한: 카운터와 TTL을 이용해 일정 시간 동안의 요청 횟수를 제한합니다.
• 분산 락: 여러 서버가 같은 자원을 동시에 변경하지 않도록 제어합니다.

1-1. 로컬 캐시 대신 Redis를 사용하는 이유는?

로컬 캐시는 각 애플리케이션 서버의 메모리에 저장되므로 서버마다 값이 달라질 수 있는 반면, Redis는 여러 서버가 공통으로 접근할 수 있어 데이터 공유와 일관성 관리가 쉽습니다.
다만 Redis 접근에는 네트워크 통신이 필요하므로 로컬 캐시보다 지연 시간이 발생합니다. 성능이 특히 중요하다면 로컬 캐시와 Redis를 함께 사용하는 다단계 캐시를 고려할 수 있습니다.

다단계 캐시(Multi-level Cache): 캐시를 한 층만 두지 않고, 속도와 공유성을 고려해 여러 단계로 두는 구조이다.

2. Redis와 RDB(MySQL 등)의 차이점은 무엇이며, 각각 어떤 상황에서 사용하는 것이 적절한가요?

Redis는 메모리 기반으로 데이터를 저장하기 떄문에 빠른 조회와 변경에 적합합니다. 반면 MySQL 같은 RDB는 데이터를 테이블과 관계로 표현하며, 복잡한 조회와 트랜잭션을 통해 데이터 정합성을 관리하는 데 적합합니다. 따라서 이 두 기술은 서로 대체하기 보다는 함께 사용하는 경우가 많습니다. 회원이나 결제처럼 정합성과 영구보관이 중요하다면 RDB를 사용하고, 인기 상품처럼 반복 조회되는 데이터라면 Redis캐시를 사용하고, 로그인 상태처럼 만료 시간이 필요한 데이터라면 Redis를, 여러 테이블을 조인하거나 다양한 조건 검색을 지원하려면 RDB를 사용하는 편이 좋습니다.

2-1. Redis와 RDB의 데이터가 불일치하면 어떻게 하나요?

대표적으로 둘을 동시에 사용할 때에 Cache-Aside 패턴을 사용합니다.
Cache-Aside는 애플리케이션이 우선 Redis에서 데이터를 조회하고, 데이터가 없으면 RDB에서 조회하며, 조회 결과를 Redis에 저장하고 TTL을 설정하는 과정을 따릅니다. 여기에 '데이터 변경 시 RDB를 먼저 변경한 뒤, 관련 캐시를 삭제한다'는 과정을 추가되어, 다음 조회에서 기존 캐시된 데이터가 아닌 새 데이터를 다시 적재하기에, 불일치를 최소화할 수 있습니다.
즉, Cache-Aside에서는 RDB는 원본 데이터로, Redis 캐시는 빠른 조회를 위한 복사본으로 생각합니다.

TTL(Time-To-Live): Redis에서 특정 키의 유효 기간(만료 시간, Expiration Time)을 설정하는 기능. 데이터가 얼마나 오래 낡아 있어도 허용되는지(staleness tolerance)를 기준으로 정한다.

3. Redis는 메모리 기반인데, 서버 장애가 발생하면 데이터가 유실될 수 있지 않나요? Redis에서는 데이터의 영속성을 어떻게 보장하나요?

Redis는 메모리 데이터를 디스크에 저장하기 위해 RDB와 AOF라는 영속성 방식을 제공합니다. RDB란 특정 시점의 전체 데이터를 스냅샷으로 저장하고, AOF는 데이터 변경 명령을 로그로 기록하는 방식입니다. RDB는 백업과 빠른 복구에 유리하고, AOF는 최근 변경 내용을 더 세밀하게 보존하기에 함께 사용하면 복구력이 더 좋습니다.
그렇지만 Redis의 영속성은 완전한 데이터 보존을 제공하지는 못하며, 성능과 허용 가능한 데이터 유실 범위 사이에서 적절한 정책을 선택할 수는 있습니다.

RDB 방식

특정 시점의 전체 데이터를 dump.rdb 파일로 저장하는 방식입니다.
장점:

• 파일이 작고 백업과 이동이 쉽습니다.
• 큰 데이터도 비교적 빠르게 복구할 수 있습니다.
• AOF보다 디스크 작업 부담이 적습니다.
  단점:
• 마지막 스냅샷 이후의 데이터는 장애 시 유실될 수 있습니다.
• 데이터가 크면 스냅샷 생성 과정의 fork가 성능에 영향을 줄 수 있습니다.

AOF 방식

SET, INCR처럼 데이터를 변경한 명령을 로그에 계속 기록하고, 재시작할 때 명령을 재실행하여 데이터를 복구합니다.
appendfsync 정책에 따라 내구성과 성능이 달라집니다.

• always: 매번 디스크에 동기화하므로 안전성이 높지만 느립니다.
• everysec: 보통 1초마다 동기화하며 성능과 내구성의 균형이 좋습니다.
• no: 운영체제의 동기화 시점에 맡기므로 성능은 좋지만 유실 범위가 커질 수 있습니다.
  AOF 파일이 계속 커지는 문제는 AOF Rewrite를 통해 현재 상태를 표현하는 최소한의 명령으로 다시 작성하여 해결합니다.

학습내용요약

Local Cache = 매우 빠르지만 서버별로 따로 존재
Redis = 네트워크 비용은 있지만 여러 서버가 공유 가능
Redis는 빠른 속도와 영속성, 그리고 다양한 자료 구조를 지원함.
정합성, 영구보관, 조건 검색 및 조인을 지원하려면 RDB 사용하기
반복 조회, 만료 시간 필요하다면 Redis 사용하기
Redis는 메모리 저장으로 영속성을 제공하기 위해 RDB와 AOF 방식을 사용
RDB란 특정 시점의 전체 데이터를 스냅샷으로 저장하고, AOF는 데이터 변경 명령을 로그로 기록하는 방식

[paiwhy]

1. Redis란 무엇이며, 어떤 상황에서 사용하나요?

→ NoSQL데이터 베이스중 하나이고 오픈소스 소프트웨로써 키-값의 다양한 형태로 데이터를 저장하고 인메모리 데이터 저장소에 저장하는 형태를 가지는 데이터 베이스입니다

NoSQL은 기존 관계형 데이터 베이스의 한계점을 벗어나 비정형적이고 초 고용량 데이터 처리를 위해 만들어짐

NoSQL 특징

• 쓰는 속도에 중점을 둔 다수 서버에 데이터 복제 분산 저장 등 수평적 확장이 가능하게함
• 비 관계형 분산 데이터 저장소로 가장 최적의 시스템으로 사용되어옴

인메모리 데이터 저장소: 서버 메인 메모리에 모든 데이터를 저장

인메모리 데이터 저장소 특징

• 훨씬 빠름
• 휘발성으로 사용되는 데이터를 영구적으로 저장하는 기능을 제공
• 서버가 다운되어도 데이터 복구 가능

2. Redis와 RDB(MySQL 등)의 차이점은 무엇이며, 각각 어떤 상황에서 사용하는 것이 적절한가요?

→ RDB 데이터의 무결성, 영속성, 복잡한 데이터를 구조화하고 관리하는데에 쓰여지고 Redis는 자주 조회되는 데이터를 빠르게 제공하기에 명확한 차이를 가지고 있습니다.
RDB: 회원가입, 결제, 중요 데이터 관리 등
Redis 로그인 세션, 조회수, 동일 데이터 반복 조회시 등

RDB : 관계형 데이터 베이스

RDB 특징

• 서비스 종료해도 데이터 남음
• 속도가 느림

3. Redis는 메모리 기반인데, 서버 장애가 발생하면 데이터가 유실될 수 있지 않나요? Redis에서는 데이터의 영속성을 어떻게 보장하나요?

→
1). RDB (Redis Database)
지정된 간격으로 데이터의 스냅샷을 찍어 저장
현재 메모리에 저장된 데이터 상태들을 특정 시점에 저장하는 방법

• 장점: 압축된 특정 시간에 대한 메모리 상태를 나타냄
• 단점: 특정 시간마다 현재 메모리의 데이터 스냅샷을 찍어 영속화 하기에 데이터 손실을 최소화 하기는 좋지않다

2)AOF(Append Only File)
write작업이 일어날때마다 파일에 로그로 명령어가 기록
Redis가 살아나면 기록된 write 작업을 재생해 서버가 멈춰지기 전의 상태를 메모리에 복구

• 장점: 쓰기 작업마다 기록이 되기에 데이터 손실률이 RDB보다 적다
• 단점: RDB보다 AOF가 더 느림

[JM-220]

1. Redis란 무엇이며, 어떤 상황에서 사용하나요?

Redis(REmote DIctionary Server)는 메모리에 데이터를 올려두고 쓰는 key-value 저장소이다. 디스크가 아니라 RAM 에 두기 때문에 읽기/쓰기가 압도적으로 빠르다.

특징을 몇 가지 보면

• 인메모리 : 디스크 I/O 가 없어서 응답이 보통 밀리초 미만이다.
• 싱글 스레드 : 명령을 하나씩 순서대로 처리한다. 처음엔 이게 단점인 줄 알았는데, 락이나 컨텍스트 스위칭이 없어서 오히려 빠르고, 모든 연산이 원자적으로 보장된다는 장점이 있다. 대신 오래 걸리는 명령(KEYS * 같은 거) 하나가 전체를 막아버린다.
• 자료구조를 지원한다. 단순 문자열만 넣는 게 아니라 List, Set, Sorted Set, Hash, Bitmap 같은 걸 값으로 쓸 수 있다. 그래서 "인메모리 캐시" 보다는 "인메모리 자료구조 서버" 라고 부르는 게 맞다고 함.
• TTL : 키마다 만료 시간을 걸 수 있다. 캐시 용도에서 이게 중요하다.

어디에 쓰나

• 캐시. 제일 흔한 용도. db 조회 결과를 Redis 에 얹어두고 다음 요청부터는 Redis 에서 준다. 자주 읽히는데 잘 안 바뀌는 데이터(상품 상세, 설정값 등)에 효과가 크다.
• 세션 저장소. 서버가 여러 대일 때 세션을 어디에 두냐는 문제가 생기는데(쿠키와 세션의 차이 #31 발제에서 나왔던 그 얘기), Redis 에 몰아두면 어느 서버로 요청이 가도 세션을 찾을 수 있다. TTL 로 세션 만료도 자동 처리된다.
• 랭킹. Sorted Set 이 점수 기준 정렬을 자체 지원해서, 실시간 순위 같은 걸 db 정렬 없이 바로 뽑을 수 있다.
• 분산 락. 여러 서버가 같은 자원을 건드릴 때 SETNX 로 락을 잡는다. 싱글 스레드라 원자성이 보장되어서 이게 가능하다.
• 조회수/좋아요 카운터. INCR 로 올려두고 나중에 db 에 몰아서 반영한다. 매번 db 를 때리면 부하가 크니까.
• 간단한 메시지 큐 / pub-sub. 본격적인 큐(Kafka 등)를 쓸 정도는 아닐 때.

2. Redis와 RDB(MySQL 등)의 차이점은 무엇이며, 각각 어떤 상황에서 사용하는 것이 적절한가요?

	Redis	RDB (MySQL 등)
저장 위치	메모리	디스크
데이터 모델	key-value	테이블, 행/열
관계 표현	없음 (JOIN 불가)	FK, JOIN
질의	키로 조회	SQL 로 복잡한 조건 조회
트랜잭션	MULTI/EXEC 있지만 롤백 없음	ACID 완전 지원
속도	매우 빠름	상대적으로 느림
용량	메모리 크기가 한계	디스크만큼
비용	RAM 이라 GB 당 비쌈	상대적으로 쌈

Redis 가 맞는 경우

• 읽기가 압도적으로 많고 자주 안 바뀌는 데이터
• 키로 바로 찾을 수 있는 단순한 조회
• 좀 날아가도 다시 만들 수 있는 데이터(캐시)
• 순위, 카운터처럼 실시간성이 중요한 것

RDB 가 맞는 경우

• 절대 유실되면 안 되는 원본 데이터(주문, 결제, 회원)
• 여러 테이블을 엮어서 봐야 하는 복잡한 조회
• 정합성이 중요해서 트랜잭션이 필요한 작업
• 데이터 양이 많아서 메모리에 다 못 올리는 경우

결국 둘 중에 고르는 게 아니라 같이 쓰는 것이다. 원본은 RDB 에 두고, 그중 자주 읽히는 것만 Redis 에 올려두는 구조가 일반적이다. #22 벡터 db 발제 때 rdb 랑 벡터 db 를 같이 쓰는 얘기를 했었는데 구도가 비슷한 것 같다.

여기서 생기는 게 캐시 일관성 문제이다. RDB 의 원본이 바뀌었는데 Redis 에 옛날 값이 남아있으면 잘못된 값을 주게 된다. 이걸 처리하는 방식이 몇 가지 있다고 한다.

• 원본을 수정할 때 캐시를 지우기 (Cache Aside + 무효화). 제일 흔한 방식.
• TTL 을 짧게 걸어서 어차피 금방 만료되게 하기. 그동안은 옛날 값이 나가는 걸 감수한다.

캐시 스탬피드(TTL 이 한꺼번에 만료돼서 db 로 요청이 몰리는 것) 같은 것도 있다는데 이 부분은 이름만 알고 넘어갔다.

3. Redis는 메모리 기반인데, 서버 장애가 발생하면 데이터가 유실될 수 있지 않나요? Redis에서는 데이터의 영속성을 어떻게 보장하나요?

맞다. 메모리는 전원이 나가면 날아가므로, Redis 는 별도로 디스크에 백업하는 수단을 두 가지 제공한다.

RDB (Snapshot)

특정 시점의 메모리 전체를 통째로 덤프해서 .rdb 파일로 저장하는 방식. (DB 얘기하는 RDB 랑 이름이 겹쳐서 헷갈린다.)

• save 900 1 같은 설정으로 "900초 동안 1개 이상 변경되면 저장" 처럼 주기를 정한다.
• 저장할 때는 fork() 로 자식 프로세스를 만들어서 그쪽이 쓰기 때문에, 메인 프로세스는 계속 요청을 받을 수 있다.
• 장점 : 파일이 압축된 바이너리라 작고, 복구할 때 통째로 올리면 되니까 재시작이 빠르다. 백업용으로 좋다.
• 단점 : 마지막 스냅샷 이후의 데이터는 그냥 날아간다. 주기가 5분이면 최대 5분치가 사라질 수 있다.

AOF (Append Only File)

들어온 쓰기 명령을 순서대로 로그 파일에 계속 덧붙이는 방식. 복구할 때는 이 명령들을 처음부터 다시 재생한다.

• 디스크에 실제로 쓰는(fsync) 주기를 고를 수 있다. always(매 명령마다, 안전하지만 느림), everysec(1초마다, 기본값), no(OS 에 맡김).
• 장점 : everysec 이면 최악의 경우에도 1초치만 잃는다. RDB 보다 훨씬 안전하다.
• 단점 : 명령을 다 기록하니까 파일이 계속 커지고, 복구할 때 명령을 하나씩 재생해야 해서 느리다. 파일이 커지는 문제는 AOF rewrite 로 해결하는데, 현재 메모리 상태를 만들어내는 최소한의 명령 집합으로 파일을 다시 쓰는 것이다. (같은 키에 100번 INCR 했으면 SET 한 번으로 압축)

실무에서는

둘 다 켠다고 한다. 평소 복구는 빠른 AOF 로 하고, RDB 는 백업/전송용으로 둔다. Redis 4.0 부터는 두 개를 섞은 하이브리드 방식(RDB 스냅샷 + 그 이후 변경분은 AOF)도 지원한다고 함.

그리고 애초에 디스크 저장만으로 장애를 다 막을 수는 없다. 서버 자체가 죽으면 그동안 서비스가 멈추는 거니까, 결국

• 복제(Replication) : master-replica 구성으로 복사본을 둔다.
• Sentinel : master 가 죽으면 replica 중 하나를 자동으로 승격시킨다.
• Cluster : 데이터를 여러 노드에 나눠 담고 각각 복제본을 둔다.

같은 걸 같이 쓰게 된다.

---

정리하면서 든 생각인데, 캐시로만 쓸 거면 사실 영속성 설정을 꺼두는 게 나을 수도 있겠다 싶다. 어차피 날아가도 db 에서 다시 채우면 되고, 디스크 쓰기 오버헤드만 없어지니까. 근데 캐시가 통째로 비어있는 상태로 재시작하면 db 로 요청이 몰릴 테니 그것도 그것대로 문제일 듯. 실제로 어떻게들 하는지 궁금하다.

[dnnals]

기본 질문

1. Redis란 무엇이며, 어떤 상황에서 사용하나요?

Redis는 메모리에 데이터를 저장하는 인메모리 데이터베이스입니다. 주요 특징으로는 메모리 기반 작업이라 연산 처리 속도가 우수하며 다양한 자료구조를 지원하고 메모리 데이터베이스이지만 디스크 백업 기능이 존재하기에 영속성 또한 제공합니다. 연산 처리 속도가 우수하다는 장점으로 주로 캐시 서버, 세션 관리, 실시간 정보 제공 등에 사용됩니다. 한줄로 표현하자면 ‘자주 쓰거나 실시간 처리가 필요한 속도 중심의 데이터를 다룬다’라고 할 수 있습니다.

2. Redis와 RDB (MySQL 등)의 차이점은 무엇이며, 각각 어떤 상황에서 사용하는 것이 적절한가요?

Redis와 RDB의 큰 차이점은 데이터를 어디에 저장하느냐입니다. Redis는 메모리에 저장하고 RDB는 주로 HDD, SSD의 디스크에 저장합니다. 그래서 연산 처리 속도에서 차이가 존재하고 그 이유 때문에 Redis는 빠른 작업이 요구되는 곳, RDB는 데이터의 정확성, 안정성이 요구되고 복잡한 관계형 조회가 요구될 때 사용합니다. Redis와 RDB는 서로 경쟁 관계의 데이터베이스가 아닌 보완관계이기 때문에 실무에서는 사용자 요청-Redis조회-RDB조회의 순으로 사용하며 만약 Redis 조회 시 데이터가 존재하면 RDB 조회까진 가지 않고 존재하지 않는다면 RDB 조회까지 하는 캐시의 용도로 Redis를 사용해 서로의 장점을 살리고 단점을 보완합니다.

3. Redis는 메모리 기반인데, 서버 장애가 발생하면 데이터가 유실될 수 있지 않나요? Redis에서는 데이터의 영속성을 어떻게 보장하나요?

Redis는 기본적으로 디스크 백업 기능이 존재합니다. 두 방식이 있는데 주기적으로 스냅샷을 찍고 디스크에 저장하고 모든 명령을 로그로 남기는 방식입니다. 그래서 만약 Redis가 재시작 될 때 가장 최근의 스냅샷을 복구해서 데이터를 빠르게 복구하고 스냅샷 이후의 데이터는 로그를 바탕으로 되돌립니다.