Redis란?

📅 날짜: 2026년 7월 6일

---

🎯 오늘 공부한 핵심 내용

• Redis : 데이터를 컴퓨터의 RAM(메모리)에 저장하기 때문에 데이터를 아주 빠르게 저장하고 꺼낼 수 있는 저장소이다.
• 자료구조 : Redis는 String, List, Set, Hash, ZSet 같은 다양한 자료구조를 제공한다.

---

학습 내용 정리

Redis란?

• Redis는 데이터를 아주 빠르게 저장하고 꺼낼 수 있는 저장소

보통 일반적인 DB(MySQL 등)는 "지하 창고"같은 느낌이다. 물건(데이터)을 아주 많이 안전하게 보관할 수 있지만, 물건을 꺼내려면 지하까지 엘리베이터를 타고 내려가야 해서 시간이 걸린다. 이를 하드디스크(HDD/SSD)에 저장한다고 한다.

DB
사용자 A → 인기 상품 조회 → DB 조회
사용자 B → 인기 상품 조회 → DB 조회
사용자 C → 인기 상품 조회 → DB 조회

반면, Redis는 내가 자주 쓰는 서랍이라고 생각하면 된다. 보관할 수 있는 양은 창고보다 적지만, 손만 뻗으면 0.1초 만에 물건을 꺼낼 수 있다. 이를 메모리(RAM)에 저장한다고 한다.

Redis
사용자 → 서버 → Redis → 없으면 DB

여기서 알아두면 좋을 용어

• 인메모리(In-Memory) : 데이터를 컴퓨터의 뇌에 해당하는 메모리(RAM)에 올려두고 작동하는 방식, 창고(하드디스크)에 갔다 오는 시간이 없어서 속도가 압도적으로 빠르다는 장점이 있다.
• 캐시(Cache) : 자주 찾는 데이터를 미리 초고속 메모장(Redis)에 복사해 두었다가, 사용자가 요청하면 진짜 DB까지 안 가고 앞에서 바로 꺼내주는 기술

---

Redis는 왜 빠를까?

우리가 흔히 아는 컴퓨터의 저장소는 크게 두 가지로 나뉜다.

• 디스크(SSD, HDD) : 전원이 꺼져도 데이터가 남아있는 저장공간이지만 속도가 상대적으로 느리다.
• 메모리(RAM) : 컴퓨터가 바로바로 사용하는 저장공간으로, 속도는 매우 빠르지만 보통 전원이 꺼지면 데이터가 사라진다.

Redis가 빠른 핵심 특징

Redis는 데이터를 주로 '메모리'에 저장하기 때문에 매우 빠르며, 3가지의 특징을 가지고 있다.

1. In-Memory(인메모리 기반 저장)

모든 데이터를 RAM에 저장하여 디스크를 거칠 때 발생하는 입출력(I/O) 병목현상을 원천 차단한다.

💡입출력 병목현상이란?

속도가 수백 배 이상 느린 디스크 때문에 전체 시스템 속도가 저하되는 현상이다. 디스크를 거치면 아무리 빠른 CPU라도 디스크 작업이 끝날 때까지 멍하니 기다려야 한다.

• Redis의 해결법 : 데이터를 느린 '지하창고(디스크)'가 아닌, 전부 '책상 위(메모리)'에 올려두고 사용하기 때문에 기다림 없이 엄청나게 빠르다.

2. 단일 스레드(Single-threaded)

싱글 스레드 이벤트 루프 기반으로 동작하여 컨텍스트 스위칭 비용이 없고 동시성 문제를 고민할 필요가 없다.

• 개념 정리

  • 스레드 : 일을 처리하는 일꾼(싱글 스레드는 일꾼이 1명)

  • 컨텍스트 스위칭 비용 : 일꾼이 여러 일을 번갈아 할 때, 기존 작업을 기록하고 다음 작업 준비물을 챙기는 '작업 전환 시간과 자원 낭비'를 뜻한다.

• Redis의 해결법 : 일꾼이 한 명뿐이라 일을 바꾸며 왔다갔다 할 필요가 없다. 들어온 요청을 순서대로 하나씩 끝까지 해결하므로 전환 비용이 0이다.
  
  
  

3. 다양한 자료구조 지원

단순한 key-value형태를 넘어, 개발에 유용한 다양한 자료를 기본으로 지원한다.

• 기존 방식의 문제 : 일반 저장소는 단순 텍스트만 저장하므로 실시간 랭킹 1~10위 추출 같으 기능을 만드려면 개발자가 직접 전체 데이터를 가져와 복잡한 정렬(Sort)코드를 직접 짜야 했다.

• Redis의 해결법 : Redis는 "자동 정렬 기능이 있는 주머니(Sorted Set)"같은 유용한 자료구조를 기본으로 제공한다.

→ 개발자가 복작합 로직을 구현할 필요 없이, Redis에 데이터를 넣고 1등부터 10등까지 꺼내줘라는 명령어 한 줄만 보내면 간단하게 처리된다.

---

Redis는 영구 저장소일까?

Redis는 메모리 기반 저장소라 빠르지만, 메모리에만 있으면 서버가 꺼졌을 때 데이터가 사라질 수 있다. 그래서 Redis는 데이터를 디슼크에 저장하는 기능도 제공한다.
대표적으로는 RDB, AOF가 있다.

RDB

특정 시점의 Redis데이터를 스냅샷(게임 중간 저장)처럼 저장하는 방식이다.

예를 들어보면 5분마다 한 번씩 현재 Redis 상태를 파일로 저장할 수 있다.

• 장점

  • 파일 크기가 비교적 작다
  • 복구가 빠를 수 있다.
  • 백업 용도로 좋다.

• 단점

  • 마지막 저장 이후 데이터는 유실될 수 있다.
  • 5분마다 저장하는데 Reids가 4분 59초에 죽으면, 최근 4분 59초 동안의 데이터는 사라질 수 있다.
    
    

AOF

Redis에 들어온 쓰기 명령을 로그처럼 계속 기록(내가 한 행동을 일기장에 계속 적는)하는 방식이다.

SET user:1 철수
ZINCRBY popular:keywords 1 Redis

위의 같은 명령어들을 기록해둔다.
Reids가 재시작되면 이 명령들을 다시 실행해서 데이터를 복구한다.

• 장점
  • RDB보다 데이터 유실이 적을 수 있다.
• 단점
  • 파일이 커질 수 있다.
  • 복구 시간이 길어질 수 있다.
    

---

그럼 RDB에서 5분말고 1분이나 30초로 짧게 잡으면 되지 않을까?

5분마다 저장 → 최대 약 5분 데이터 유실 가능
1분마다 저장 → 최대 약 1분 데이터 유실 가능
30초마다 저장 → 최대 약 30초 데이터 유실 가능

이렇게 하면 유실 가능 시간은 줄어들지만 공짜가 아니다. RDB 스냅샷을 자주 만들면 Redis가 해야 할 일이 많아진다.

• 메모리에 있는 데이터를 디스크에 저장해야 함
• 파일 생성 비용 발생
• CPU 사용
• 디스크 I/O 증가
• Redis 서버 부담 증가

→ 이 말은 비유하자면 5분마다 게임 저장하면 저장 부담은 적지만, 튕기면 최대 5분 플레이가 날아감
30초마다 게임을 저장하면 날아가는 양은 적지만 대신 저장이 너무 자주 일어나서 게임이 버벅일 수 있음

Redis도 비슷하다.
그래서 RDB 저장 주기를 너무 짧게 잡으면 성능에 부담이 생길 수 있고, 디스크 쓰기가 많이지고, 스냅샷 생성 비용이 늘어난다.

그래서 검색을 해봤을 때 실무에서는 보통 이렇게 고민한다고 한다.

• 이 Redis 데이터가 조금 유실돼도 되는가?
• 절대 유실되면 안 되는가?
• Redis를 캐시로 쓰는가?
• 원본 저장소로 쓰는가?
• 성능이 더 중요한가?
• 복구 가능성이 더 중요한가?

여기서 캐시 용도라면 조금 유실돼도 괜찮은 경우가 있다.

• 검색 결과 캐시
• 인기 검색어
• 랭킹
• 임시 데이터
  이런 데이터는 Redis가 날아가도 다시 만들 수 있기 때문에 괜찮지만 만약 중요한 데이터라면 RDB만으로도 부족할 수 있다.

그럴때는 AOF를 같이 고려한다.
AOF 설정에서 밑의 방식이 있다.

appendfsync everysec
의미는 대략 쓰기 명령 로그를 1초마다 디스크에 반영이다.

정리하자면

• RDB 저장 주기를 짧게 하면 유실 가능 시간을 줄어든다.
• 하지만 스냅샷 생성 비용 때문에 성능 부담이 커질 수 있다.
• 중요한 데이터라면 RDB 주기를 무작정 줄이기보다 AOF를 함께 고려한다.
• 캐시 용도라면 약간의 유실은 허용하고 성능을 우선할 수 있다.

---

그럼 Redis는 DB랑 같은 걸까?

Redis도 데이터를 저장하지만, MySQL 같은 RDBMS와 목적이 다르다고 할 수 있다.

MySQL 같은 RDBMS는 관계형 DB이다.
관계형이라는 말은 데이터를 표 형태로 저장하는 의미이다.

id	email	name
1	abc@test.com	철수
2	abc2@test.com	영희

행과 열로 데이터를 저장할 때의 장점으로는

• 데이터를 안전하게 저장하기 좋다.
• 복잡한 검색과 JOIN이 가능하다.
• 트랜잭션으로 정합성을 지키기 좋다.

Redis는 보통 Key-Value 저장소이다.
Key-Valuee는 이름표와 값이라고 생각하면 된다.

key :  user:1:name
value : 철수
또는
key : popular:keywords
value : 검색어 순위 데이터

Redis는 복잡한 JOIN보다는 빠르게 저장하고 꺼내는 데 강하다.

---

key-Value란?

key-value는 데이터를 저장하는 가장 단순한 방식 중 하나이다.

• key : 이름표
• value = 실제 값

여기서 쉽게 예시를 들어보면

• 사물함 번호 101번 → 철수 가방
• 사물함 번호 102번 → 영희 가방

→ key : 사물함 번호 / value : 가방
Redis도 이런 식으로 데이터를 저장한다.

• user:1:nickname → 철수
• product:100:name → 아메리카노
• popular:keywords → 인기 검색어 목록

그래서 Redis에서 key를 잘 설계하는게 중요하다.

좋은 key 예시
user:1
product:100
search:result:coffee:page:1
popular:keywords:daily:2026-07-06

→ :를 사용해서 의미를 나누면 읽기 좋다.

• 좋은 key 설계 기준
  • 무슨 데이터인지 알 수 있어야 한다.
  • 충돌 가능성이 낮아야 한다.
  • 너무 길지 않아야 한다.
  • 검색 조건이 있다면 key에 포함해야 한다.
  • 기간 데이터라면 날짜를 포함하면 좋다.

---

Redis는 어디에 사용할까?

Redis에는 여러 곳에서 사용이 되는데 대표적인 사용처는

• 캐시
• 인기 검색어
• 랭킹
• 세션 저장
• 분산락
• 조회수 카운트
• 알림 큐
• 최근 본 상품
• 토큰 블랙리스트
  등 이렇게 있다.
  이제 몇가지 간단하게 이야기 해보자면

캐시

자주 조회되는 데이터를 Redis에 저장해두고 빠르게 꺼낸다.

• 상품 목록
• 게시글 상세
• 검색 결과

인기 검색어

검색어가 검색될 때마다 점수를 올리고, 점수가 높은 검색어를 조회한다.

• 1위 Redis
• 2위 Spring
• 3위 JPA

이때 Redis의 ZSet이 유용하다.

랭킹

게임 점수, 게시글 좋아요 순위, 인기 상품 순위 등을 만들 수 있다.

• 철수 980점
• 영희 850점
• 민수 770점

분산락

여러 서버가 동시에 같은 작업을 하지 못하게 막을 때 사용한다.

예시

• 선착순 쿠폰 발급
• 재고 차감
• 중복 결제 방지

---

Redis Pub/Sub

Redis는 Pub/Sub 기능도 제공한다.

---

Redis 자료구조란?

Redis는 단순히 문자열만 저장하는게 아니다.
여러 자료구조를 제공해주는데 자료구조란 데이터를 담는 모양이라고 생각하면 된다.
Redis의 대표 구조자료는 Sttring, List, Set, Hash, Sorted Set, Zset가 있다.

---

Redis String

String은 가장 기본적인 자료구조이다.
하나의 key에 하나의 값을 저장하는 자료구조이다.

key: user:1:name
value : 철수

// 예시
SET user:1:name 철수
GET user:2:name 

이 자료구조는 간단한 값 저장, 캐시 데이터 저장, 조회수 숫자 저장, 토큰 저장, 조회수 증가할 때 사용한다.

// 조회수 증가
INCR post:1:viewCount

여기서 INCR 명령어는 무엇인가?

• 저장된 숫자를 1씩 증가시킨다.

Redis-INCR 공식문서

---

Redis List

List는 순서가 있는 목록이고 양방향으로 데이터를 추가하거나 제거할 수 있는 자료구조이고 FIFO(First-In_First-Out) 특성을 가지고 있다.

[메시지1, 메시지2, 메시지3]

List는 최근 본 상품, 알림 목록, 간단한 큐에서 사용한다.

// 최근 본 상품
recent:user:1
→ [상품3, 상품2, 상품1]

---

Redis Set

Set은 중복을 허용하지 않는 집합이다.
이해하기 쉽게 출석 체크를 생각하면 된다.

오늘 출석한 학생 목록
철수
영희
길동
// 철수가 두 번 출석해도 한 번만 저장된다.

이 자료구조는 좋아요 누른 사용자 목록, 중복 제거, 특정 사용자가 참여했는지 확인할 때 사용한다.

SADD post:1:likes user:1
SADD post:1:likes user:2

---

Redis Hash

Hash는 하나의 key안에 여러 필드와 값을 저장하는 구조이다.
쉽게 이해하기 위해서는 Java 객체나 DB row처럼 생각하면 된다.

key: user:1

field: name → 철수
field: age → 15
field: email →a@test.com

이 자료구조는 사용자 정보 저장, 상품 정보 저장, 설정값 저장에 사용된다.

HSET user:1 name 철수 age 15
HGET user:1 name

---

Reids Sorted Set, ZSet이란?

ZSet은 Sorted Set의 줄임말이다.
Sorted는 정렬된, Set은 중복 없는 집합이라는 뜻이다.
그래서 ZSet은 "중복 없는 값들을 점수 기준으로 정렬해서 저장하는 자료구조"이다.

여기서 가장 중요한 특징은 각 값마다 score, 점수가 있다는 거다.

검색어: Redis, 점수: 10
검색어: Spring, 점수: 7
검색어: JPA, 점수: 3

ZSet은 이 점수를 기준으로 정렬할 수 있다.

---

📊각 차이점

→ 💡핵심 차이점 요약

---

🔍추가로 알아보기

Q.

**A.

---

📝 오늘의 복습 메모

• 📚 Redis를 공부할 때 꼭 알아야 할 개념 정리

  • 메모리 : Redis가 데이터를 빠르게 저장하는 공간이다.
  • key : 데이터를 찾기 위한 이름표이다.
  • value : key에 저장된 실제 데이터이다.
  • TTL : 데이터가 살아있는 시간이다.
  • 자료구조 : 데이터를 담는 모양이다.
  • ZSet : 점수를 가진 정렬된 집합이다.

---

• 🚀 추가 복습할 내용 적기

---

출처

내배캠 강의 자료