https://www.youtube.com/watch?v=92NizoBL4uA

• key value

• 다양한 데이터 타입 (memcached와 차이)

  • string
  • set
  • sorted set
  • hashes
  • list

• Persistence

  • 데이터를 disk에 저장 가능 (memcached와 차이)

    • 서버 shutdown된 후 restart되더라도 disk에서 읽어서 메모리에 로딩 → 유실 x

    RDB

    • SAVE
      • blocking
      • redis 모든 동작 정지 시키고 snapshot을 disk에 저장
    • BGSAVE
      • non-blocking
      • 별도의 프로세스를 띄워 명령 수행 당시 snapshot을 disk에 저장 → 정지 x

    장단점

    장점

    • 메모리 그대로 snapshot떠서 restart때 snapshot만 로드하면돼서 빠름

    단점

    • snapshot 추출 시간이 오래걸리고, 추출이후 서버다운되면 그 이후 데이터는 유실됨

    AOF

    AOF(Append Only File) 방식

    • 모든 write/update 연산을 log 파일에 기록
    • restart때 write/update operation을 순차적으로 재실행
    • non-blocking
    • text파일이라 편집 가능

    장단점

    장점

    • log 파일에 대해 append만 해서 write시간이 빠르고 서버 다운돼도 유실 X

    단점

    • 모든 로그가 남아 RDB에 비해 데이터 양이 크고, 모든 operation을 로드해 느림

    권장

    RDB AOF 혼용

    • 주기적 RDB snapshot 백업 + 다음 snapshot까지 저장을 AOF로 수행
    • 서버 restart때 백업된 snapshot을 reload하고 소량의 AOF로그만 replay하면 되니까 빠르고 유실 방지가능
    • Redis에서도 추후에 두 방법을 합치는 것을 계획에 있다고 함

• Pub/Sub Model

  • 메시징 큐로 사용가능
  • 1:1 큐 뿐만아니라 1:N Pub/Sub 메시징 지원

    • 하나의 클라이언트가 Publish하면 해당 큐(Redis)에 연결된 다수의 클라이언트가 메시지를 받을 수 있는 구조임

      

• Replication Topology

  • Master/Slave 구조의 복제 지원

    • 마스터 노드에 작성된 내용 복제해서 slave 노드에 복제하는 것
    • non-blocking

    성능향상

    • query off loading

      • DB 성능 향상 기법
      • 70~90%는 read를함 → update성 트랜잭션과 read성 트랜잭션 분리
        • master 노드는 update
        • staging DB를 두고 slave DB 복제해서 read
          • n개의 slave DB를 읽기에 load balancing 해야함

    • sharding → **레디스 클러스터(데이터를 자동으로 여러개 노드에 나누어 저장)**에서 사용가능

      • 데이터를 일정 구역별로 나누어 저장

• Expiration

  • Active
    • 만료된 데이터 접근하려했을때 체크해서 지우는 방법
  • Passive
    • 랜덤으로 스캔해서 지우는 방식