Cache & Redis

해당글은 우테코 테크톡 리뷰글입니다.

https://www.youtube.com/watch?v=tVZ15cCRAyE

---

Cache 사용하는 이유

DB IO 부하를 줄여 성능 개선이 가능

 

---

Read 전략

• Look Aside
  • 캐시 먼저 읽고 없으면 DB 읽기
  • 단점
    • 캐시와 DB는 동기화 되어있지 않아서 데이터 정합성 유지가 어려움
    • 처음 조회시 DB 부하가 발생 가능성 있음
• Read Through
  • 항상 캐시를 통해서 읽는 전략, 없으면 DB에서 가져와서 cache에 저장
  • 단점 : cache가 죽으면 application 도 죽음

 

---

Write 전략

• Write Around
  • 개념 : DB에 쓰기, cache miss인 경우 cach에 쓰기
  • 단점 : 정합성 보장 어려움
• Write Back
  • 개념 : cache에 쓰기, 나중에 특정 시간 후에 DB에 쓰기
  • 장점 : 쓰기 비용 적음
  • 단점 : 데이터 유실문제
• write Through 
  • 개념 : 항상 캐시를 거쳐서 DB에 작성

 

---

Cache 주의사항

• 자주 사용되면서 변경이 되지 않는 데이터에 사용하기 
• 휘발성
• 데이터 정합성 문제 고려

---

Redis란?

• Remote Dictionary Server
• 메모리에 저장하는 key-value 기반의 NoSQL DBMS

---

Redis 특징

• 인메모리 DB라서 접근 속도가 빠름
• 다양한 Data Structrue 지원
• 싱글쓰레드 - race condition 주의
• 영속화 가능함
  • RDB(특정한 간격으로 데이터 스냅샷 남김, 데이터 유실 주의)
  • AOF (데이터 변경마다 로그 파일에 기록, 데이터 손실없음, RDB보다는 메모리가 큼, 복원 소요 시간이 긺)

---

Reids 사용시 주의사항

• 데이터 타입에 따른 적절한 자료구조 사용 - SortedSet 
• O(N) 명령어 주의 - 싱글쓰레드
• 메모리 관리 - 메모리 단편화로 인해서 RSS 모니터링해서 관리해줘야 됨
• 목적성 (캐시용 ? 저장소 ?) - 영속화 기능은 장애 발생 가능성이 높음, 되도록 off하자