오픈 소스인 인메모리 데이터 스토어입니다. "Remote Dictionary Server"의 약자로, 데이터를 메모리에 저장하고 조회하는 데 높은 성능을 제공하는 key-value 저장소입니다. 주로 데이터 캐싱, 세션 관리, 실시간 분석 등 다양한 용도로 사용됩니다. Redis는 다음과 같은 특징을 가지고 있습니다
보통 데이터베이스는 하드 디스크나 SSD에 저장합니다. 하지만 Redis는 메모리(RAM)에 저장해서 디스크 스캐닝이 필요없어 매우 빠른 장점이 존재합니다.
데이터 베이스는 데이터를 물리 디스크에 직접 쓰기 때문에 서버에 문제가 발생하여 다운되더라도 데이터가 손실되지 않습니다. 하지만 매번 디스크에 접근해야 하기 때문에 사용자가 많아질수록 부하가 많아져서 느려질 수 있는데요.
일반적으로 서비스 운영 초반이거나 규모가 작은, 사용자가 많지 않은 서비스의 경우에는 WEB - WAS - DB 의 구조로도 데이터 베이스에 무리가 가지 않습니다.
하지만 사용자가 늘어난다면 데이터 베이스가 과부하 될 수 있기 때문에 이때 캐시 서버를 도입하여 사용합니다.
그리고 이 캐시 서버로 이용할 수 있는 것이 바로 Redis 입니다.
캐시는 한번 읽어온 데이터를 임의의 공간에 저장하여 다음에 읽을 때는 빠르게 결괏값을 받을 수 있도록 도와주는 공간입니다.
같은 요청이 여러 번 들어오는 경우 매번 데이터 베이스를 거치는 것이 아니라 캐시 서버에서 첫 번째 요청 이후 저장된 결괏값을 바로 내려주기 때문에 DB의 부하를 줄이고 서비스의 속도도 느려지지 않는 장점이 있습니다.
캐시 서버는 Look aside cache 패턴과 Write Back 패턴이 존재합니다.
Look aside cache
클라이언트가 데이터를 요청
웹서버는 데이터가 존재하는지 Cache 서버에 먼저 확인
Cache 서버에 데이터가 있으면 DB에 데이터를 조회하지 않고 Cache 서버에 있는 결과값을 클라이언트에게 바로 반환 (Cache Hit)
Cache 서버에 데이터가 없으면 DB에 데이터를 조회하여 Cache 서버에 저장하고 결과값을 클라이언트에게 반환 (Cache Miss)
Write Back
웹서버는 모든 데이터를 Cache 서버에 저장
Cache 서버에 특정 시간 동안 데이터가 저장됨
Cache 서버에 있는 데이터를 DB에 저장
DB에 저장된 Cache 서버의 데이터를 삭제
❗️ BUT, 들어오는 데이터들이 저장되기 전에 메모리 공간에 머무르는데 이때 서버에 장애가 발생하여 다운된다면 데이터가 손실될 수 있다는 단점이 존재합니다.
Key, Value 구조이기 때문에 쿼리를 사용할 필요가 없습니다. 데이터를 디스크에 쓰는 구조가 아니라 메모리에서 데이터를 처리하기 때문에 속도가 빠릅니다. String, Lists, Sets, Sorted Sets, Hashes 자료 구조를 지원합니다.
String : 가장 일반적인 key - value 구조의 형태입니다.
Sets : String의 집합입니다. 여러 개의 값을 하나의 value에 넣을 수 있습니다. 포스트의 태깅 같은 곳에 사용될 수 있습니다.
Sorted Sets : 중복된 데이터를 담지 않는 Set 구조에 정렬 Sort를 적용한 구조로 랭킹 보드 서버 같은 구현에 사용할 수 있습니다.
Lists : Array 형식의 데이터 구조입니다. List를 사용하면 처음과 끝에 데이터를 넣고 빼는 건 빠르지만 중간에 데이터를 삽입하거나 삭제하는 것은 어렵습니다.
Single Threaded: 한 번에 하나의 명령만 처리할 수 있습니다. 그렇기 때문에 중간에 처리 시간이 긴 명령어가 들어오면 그 뒤에 명령어들은 모두 앞에 있는 명령어가 처리될 때까지 대기가 필요합니다. (하지만 get, set 명령어의 경우 초당 10만 개 이상 처리할 수 있을 만큼 빠릅니다.)
피드백 및 개선점은 댓글을 통해 알려주세요😊