리스트 캐싱에 대한 전략이 고민됩니다.

Question

현재 Springboot &#43; Mysql 로 토론 플랫폼을 하나 개발중에 있습니다. 캐싱 전략에 대한 조언이 필요합니다. 메인 페이지에서 한 가지 주제에 대한 의견(댓글)들이 생성되고 조회됩니다. 사용자들은 메인페이지를 가장 많이 방문할 것이고 이 의견들이 많으면 조회시간이 길어질 것이라 예상해서 의견 리스트를 캐싱하고자 합니다. 레디스를 이용해서 캐싱을 하려고 하는데 전략을 어떻게 세울 지 고민이 됩니다. 먼저 제가 지금 적용하고자 하는 전략은 Write Back &#43; Read Through 입니다. Write Back을 통해서 캐시에 쓰기 연산을 먼저 수행하고 주기적으로 DB에 업데이트를 통해 데이터 동기화를 맞출 것입니다. 그리고 Read Through 전략을 위해 캐시매니저를 설정하고 캐시에서만 데이터를 읽어 사용자에게는 항상 최신의 데이터만 보여주려고 합니다. 여기서 문제는 게시글이 수정되고, 삭제되고, 추가 되었을 경우입니다. 캐시에 저장한 게시글 리스트를 불러오는 것은 어렵지 않지만 사용자가 새로운 게시글을 작성하거나, 삭제, 수정하는 연산이 진행되면 캐시에 저장된 리스트를 지우고 다시 만들어야 할 지, 이렇게 되면 쓰기 연산 속도가 너무 느려지는 건 아닐지 걱정이 됩니다. 쉽게 가보기 위해서 게시글 리스트를 캐싱하지 않고 캐싱된 하나 하나의 게시글 아이디 리스트를 서버에 저장하고 그 리스트를 순회하면서 캐시에서 불러와서 게시글 리스트를 반환해보기도 했는데 일반 JPA 메소드보다 속도가 훨씬 느립니다. 보통 애플리케이션에서 읽기 쓰기 비율이 읽기가 훨씬 높기 때문에 쓰기 연산 속도를 후순위로 미뤄두고 읽기 속도를 개선해야 하는게 맞는 걸까요? 아니면 제가 생각한 이 방향성이 잘못된 걸까요?

vrerv · Answer

우선 정확한 상황을 모르는 상태에서 일부 가정해서 설명하자면,메인에 게시글에서 최근 10개의 글, 최고 추천 10개, 최대 코멘트 10개의 글을 항상 보여준다고하면, 여러가지 전략과 방법이 있게지만, 다음과 같은 방법을 사용할 수 있을 것 같습니다. 메인 화면만 주기적 캐싱 - 정상적으로 기본 CRUD 을 하는데, 메인화면에 필요한 총 30개의 글요약 목록을 5분 단위로 쿼리해서 레디스 캐시에 올리고 메인 요청시에는 그 캐시만 보냅니다. - 장점: 구현 간단, 단점: 5분 마다 메인 갱신위의 단점을 해결하고자, 5분 사이에 어떤 쓰기(글 추가, 글 업데이트, 추천수 변경, 댓글수 변경) 이벤트가 발생하면, 계속 메인 화면 캐시를 갱신 - 단점: 개별 글에 대한 이벤트마다 추가적인 글 읽기 발생, 이때 추가적인 글 읽기는 대부분 최신 글일 확률이 매우 높으므로, 글 id 로 글을 역시 또 LRU 캐싱합니다.

초무쿤 · Answer

특별한 경우가 아니면 보통 간단하게 이렇게 되지 않는지요.글수정> 캐시purge재조회 > 캐시는 이미 purge됬음으로 db에서 재조회됨Spring이시면 &#64;Cachable &#64;CacheEvict면 될거 같은데요

리스트 캐싱에 대한 전략이 고민됩니다.

2개의 답변

#list 목록