Redis 입문: 기본 개념 톺아보기

특징과 활용 사례

1. Redis의 Persistent On Disk (디스크 영속성)

Redis는 기본적으로 인메모리 데이터베이스로 설계되어 모든 데이터를 메모리(RAM)에 저장합니다. 그러나 Redis는 데이터 영속성(Persistence) 기능을 제공하여 서버가 예기치 않게 종료되거나 재시작될 경우에도 데이터를 복구할 수 있습니다. Redis의 영속성 기능은 RDB(Snapshot)와 AOF(Append Only File) 두 가지 방식으로 구현됩니다.

1.1 RDB (Redis Database Snapshot)

RDB는 Redis가 주기적으로 메모리의 스냅샷을 찍어 디스크에 저장하는 방식입니다. 이 방식은 Redis 서버가 재시작될 때 데이터를 빠르게 복원할 수 있도록 돕습니다.

• 장점: 주기적으로 스냅샷을 찍기 때문에 성능에 미치는 영향이 적고, 복구가 빠릅니다.
• 단점: 스냅샷 간격 내에 발생한 데이터 변경은 저장되지 않을 수 있어 데이터 손실 가능성이 있습니다.

1.2 AOF (Append Only File)

AOF는 Redis가 처리하는 모든 쓰기 명령을 로그 형식으로 기록하는 방식입니다. 이를 통해 Redis는 서버가 재시작되었을 때 해당 명령어들을 다시 실행해 데이터를 복원할 수 있습니다.

• 장점: 모든 쓰기 작업이 기록되므로 데이터 손실 위험이 거의 없습니다.
• 단점: AOF 파일의 크기가 커질 수 있으며, RDB 방식보다 복구 속도가 느립니다.

1.3 RDB와 AOF의 병행 사용

Redis는 RDB와 AOF를 함께 사용할 수 있습니다. RDB는 주기적인 백업을 위해 사용하고, AOF는 실시간 데이터 손실 방지를 위해 병행하여 사용할 수 있습니다. 이를 통해 두 방식의 장점을 결합한 효율적인 복구와 데이터 보호가 가능합니다.

---

2. Redis Data Types

Redis는 다양한 데이터 타입(Data Type)을 제공하여 효율적으로 데이터를 관리하고 다양한 상황에서 사용할 수 있는 기능을 제공합니다. 주요 데이터 타입은 다음과 같습니다:

2.1 String (문자열)

Redis에서 가장 기본적인 데이터 타입으로, 문자열, 숫자, 바이너리 데이터를 저장할 수 있습니다. 하나의 문자열 값은 최대 512MB까지 저장 가능합니다.

2.2 List (리스트)

순서가 있는 문자열의 리스트입니다. FIFO(First In, First Out) 또는 LIFO(Last In, First Out) 방식으로 데이터를 처리할 수 있습니다.

2.3 Set (집합)

중복되지 않는 유일한 값들을 저장하는 집합 자료 구조로, 중복 허용이 되지 않고 집합 연산(교집합, 합집합 등)을 매우 빠르게 처리할 수 있습니다.

2.4 Sorted Set (정렬된 집합)

각 값에 고유한 점수(score)를 부여하여 점수를 기준으로 정렬된 값들을 관리합니다. 랭킹 시스템이나 리더보드에서 자주 사용됩니다.

2.5 Hash (해시)

필드-값 쌍으로 이루어진 데이터 구조로, 하나의 키에 여러 필드와 값을 저장할 수 있습니다. 주로 사용자 프로필이나 설정 데이터를 저장하는 데 유용합니다.

2.6 Geospatial (지리 데이터)

위도와 경도를 기반으로 좌표 데이터를 저장하고 검색할 수 있는 자료 구조입니다. 특정 반경 내 위치 검색, 거리 계산 등을 처리할 수 있습니다.

---

3. Redis의 Single Thread 특성

Redis는 단일 스레드(single-threaded)로 동작하는 아키텍처를 가지고 있습니다. 모든 요청은 하나의 스레드에서 처리되며, 이를 통해 멀티스레드에서 발생할 수 있는 경쟁 상태, 락, 데드락 등의 복잡한 문제를 피할 수 있습니다.

3.1 단일 스레드의 성능

단일 스레드로 동작함에도 불구하고 Redis는 매우 빠른 성능을 제공합니다. 이는 Redis가 메모리 기반의 데이터베이스이기 때문에 메모리 I/O에 최적화되어 있으며, 대부분의 명령어가 O(1) 또는 O(log n)의 시간 복잡도를 가지기 때문입니다.

3.2 확장성 한계

Redis는 단일 스레드로 동작하기 때문에 CPU 코어 하나만 사용합니다. CPU 집약적인 작업이 많아지면 성능 확장이 어려울 수 있으나, 클러스터링이나 샤딩을 통해 수평 확장할 수 있습니다.

---

4. Redis 활용 사례

4.1 Cache 데이터

Redis를 캐시로 사용하여 웹 애플리케이션의 성능을 향상시킬 수 있습니다. 데이터베이스에 접근하기 전, 먼저 Redis에 저장된 캐시 데이터를 확인하고, 캐시된 데이터가 있을 경우 빠르게 응답합니다.

 

graph TD
    Client((Client - Web Browser)) -->|Request| WebApp((Web Application))
    WebApp -->|Lookup| Redis((Redis - Cache))
    Redis -->|Cache Hit| WebApp
    WebApp -->|Response| Client
    Redis -->|Cache Miss| DB((Database))
    DB -->|Return Data| WebApp

4.2 Session Store

Redis를 세션 스토어로 활용하여 분산 환경에서 일관된 세션 관리를 할 수 있습니다. 각 서버는 Redis에 세션 데이터를 저장하거나 조회하여, 사용자 세션 정보를 공유할 수 있습니다.

 

graph TD
    Client((Client - Web Browser)) -->|Request| WebApp((Web Application))
    WebApp -->|Session Lookup| Redis((Redis - Session Store))
    Redis -->|Return Session| WebApp
    WebApp -->|Response| Client
    WebApp -->|DB Query| DB((Database))

4.3 Pub/Sub (발행/구독 패턴)

Redis의 Pub/Sub 기능은 실시간 메시지 전달을 위해 사용됩니다. 발행자는 특정 채널에 메시지를 발행하고, 이를 구독한 모든 서버는 실시간으로 메시지를 수신하여 처리합니다.

graph TD
    Publisher[Server - Publisher] -->|publish| Redis[Redis - Pub/Sub]
    Redis -->|subscribe| Subscriber1[Server - Subscriber 1]
    Redis -->|subscribe| Subscriber2[Server - Subscriber 2]

4.4 Message Queue

Redis의 Message Queue 방식은 비동기적으로 작업을 처리할 때 사용됩니다. 발행된 메시지는 큐에 저장되고, 다른 서버가 순차적으로 메시지를 처리할 수 있습니다.

graph TD
    Publisher[Server - Publisher] -->|message| Redis[Redis - Message Queue]
    Redis -->|message| Consumer1[Server - Consumer 1]
    Redis -->|message| Consumer2[Server - Consumer 2]

4.5 Geospatial (지리 데이터)

Redis의 Geospatial 기능을 사용하여 위도와 경도를 기반으로 반경 내 검색이나 거리 계산을 처리할 수 있습니다. 이를 통해 사용자는 근처 매장 검색, 실시간 위치 추적 등의 기능을 구현할 수 있습니다.

graph TD
    WebApp[Web Application] <--> |latitude,longitude| Redis[Redis - Geospatial]
    Redis --> |126.5311884, 33.458262| Location1[Location 1]
    Redis --> |120.56114, 30.49962| Location2[Location 2]
    Redis --> |124.5262293, 23.23996213| Location3[Location 3]

4.6 Leaderboard (랭킹 시스템)

Redis의 Sorted Set을 사용하여 실시간 랭킹 시스템을 구현할 수 있습니다. 각 사용자의 점수를 기준으로 자동으로 순위가 매겨지며, 빠르고 효율적으로 관리할 수 있습니다.

graph TD
    Server1[Server 1] <--> Redis[Redis]
    Server2[Server 2] <--> Redis[Redis]
    Redis --> |user1: 10000| Leader1[Leaderboard Entry 1]
    Redis --> |user2: 5000| Leader2[Leaderboard Entry 2]
    Redis --> |user3: 3000| Leader3[Leaderboard Entry 3]

---

5. Pub/Sub과 Message Queue의 차이점

항목	Pub/Sub	Message Queue
메시지 저장	메시지 저장 안 함 (실시간 전달)	큐에 메시지를 저장
메시지 소비 방식	모든 구독자가 메시지를 수신	하나의 메시지를 한 소비자가 처리
구독자 유무에 따른 처리	구독자가 없으면 메시지 손실	소비자가 없어도 메시지 대기 가능
사용 예시	실시간 알림, 실시간 채팅	작업 대기열, 비동기 작업 처리

---

결론

Redis는 다양한 데이터 타입과 고성능 인메모리 구조를 통해 캐시, 세션 관리, 랭킹 시스템 등 여러 가지 용도로 활용될 수 있는 강력한 도구입니다. 또한, Pub/Sub 및 Message Queue 기능을 통해 실시간 메시징과 비동기 처리를 효과적으로 지원합니다. Redis는 단순한 구조와 성능을 제공하며, 다양한 아키텍처에서 중요한 역할을 수행할 수 있습니다.