Salvatore Sanfilippo라는 이탈리안 해커가 mysql로 어떤 어플 개발하다가 느려터졌다 생각하고 직접 빠른 서버를 만들어야겠다고 생각하여 개발하게 되었다는 레디스.....
용도
: 레디스는 messsage queue, shared memory, remote dictionary 용도로 사용할 수 있다. 특히 remote dictionary로서 RDBMS(Relational Database Management System)의 캐시 솔루션으로 사용용도가 높다.
=> select 쿼리문을 날려 특정 데이터들을 fetch했을때, RDBMS구조상 disk에서 데이터 꺼내오는게 memory에서 읽어들이는 것보다 천배가량 더 느리기 때문.
특징
1) Key-value store
: 레디스는 거대한 Map 저장소이다. Key, value가 매핑된 단순한 맵 데이터 저장소로서 데이터를 레디스에 쉽고 편하게 읽고 쓸 수 있다. 장점은 익히기 쉽고 직관적이나 단점은 key-value형태로 저장된 데이터를 레디스 자체내에서 처리하는 것이 어렵다.
2) 다양한 데이터 타입
: key로 참조되는 value타입을 다양하게 지정하여 저장할 수 있다. list, string, set, sorted set 등
3) Persistence
: 레디스는 데이터를 disk에 저장할 수 있다. 그래서 레디스는 서버가 shutdown된 후에 restart하더라도 disk에 저장해놓은 데이터를 다시 읽어서 데이터가 유실되지 않는다. 레디스 데이터를 disk에 저장하는 방식은 snapshot, AOF가 있다.
- snapshot: 스냅샷은 relational database에도 사용하고 있는 어떤 특정 시점의 데이터를 disk에 옮겨담는 방식을 뜻한다. blocking 방식의 save와 non-blocking의 bgsave방식이 있다.
- AOF: 레디스의 모든 write/update 연산 자체를 모두 로그 파일에 기록하는 형태. 서버가 재시작할 시 write/update를 순차적으로 재실행, 데이터 복구.
레디스 공식문서에는 rdbms의 롤백 시스템 같이 두 방식을 혼용해서 사용하는 것을 권장. 주기적으로 snapshot으로 백업하고 다음 snapshot까지의 저장을 AOF 방식으로 수행.
4) ANSI C로 작성
5) 서버 측 복제, 샤딩?지원
In-memory cache란
: 메모리 캐시 기반의 제품이 사용되는 이유는 성능/ 캐시방식을 통해 db read의 부하를 감소할 수 있기 때문. 서비스 요청이 증가하여 db요청이 많아지면 db서버 부하가 증가하게 되는데 메모리 캐시가 적용되면 성늘 및 처리속도가 향상된다.
장점
1) 리스트, 배열과 같은 데이터를 처리하는데 유용하다.
2) 여러 프로세스에서 동시에 같은 key에 대한 갱신을 요청할 경우,
Atomic 처리로 데이터 부정합 방지 Atomic처리 함수를 제공
3) 메모리를 활용하면서 영속적인 데이터 보존
4) Redis Server는 1개의 싱글 쓰레드로 수행되며, 따라서 서버 하나에 여러개의 서버를
띄우는 것이 가능하다.
출처:
https://engkimbs.tistory.com/869
https://codingmania.tistory.com/18 [괴발개발 개발새발 하는 개발자의 개발 블로그]