[성능 개선] 게시물 조회 캐시 적용

캐시 적용 위치

메인페이지에서 좋아요수를 가장 많이 받은 게시물 top5를 조회하여 보여주는 api에 대해서 캐시를 적용하였습니다.

필요성

메인페이지는 사용자가 가장 많이 접속하는 페이지이기 때문에 메인페이지에 접속할 때마다 게시물 조회 api를 호출하여, db로부터 데이터를 조회해오는 것은 비효율적이라고 생각했습니다. 물론 메인페이지에서의 게시글 조회 뿐 아니라 [검색조건과 페이징처리]가 되어있는 게시글 조회에서도 캐시를 적용할 수 있었지만 적용하지 않았습니다. 페이징 특성상, 페이지 번호 별로 각각 key를 생성하고, 캐시 데이터를 저장해야 합니다. 이렇게 되면, 하나의 게시글이라도 수정이나 삭제가 발생할 경우, 캐시에 저장되어 있는 모든 데이터를 삭제하여 데이터의 불일치를 해결해줘야 합니다. 이는 trade-off 가 있지만, 저장되는 캐시데이터는 많지만, 그에 비해 캐시데이터의 삭제의 빈도수가 너무 높다고 판단하였습니다.

구현

ㅇㅁㄴ

성능 개선 (시간절약)

ㅁㅇㅁㄴ