54 redis 사용하여 조회수 좋아요 카운팅 및 인기 포폴

[kcsc2217]

#️⃣연관된 이슈

ex) #이슈번호, #이슈번호

📝작업 내용

유저는 해당 카테고리(아카이브, 포트폴리오)를 조회 할 수 있으면 하나의 게시물은 하루에 한번 조회가 가능하며 자정이 지나면 다시 재조회가 가능합니다.

유저가 조회를 할 때 Redis에는

• key: View_category :categoryId / value : 1L++ -> 해당 카테고리의 키에 대한 조회수는 증가가 됩니다
• userKey : View_category :categoryId_user/ value: userId -> 해당 카테고리를 조회한 유저를 명시합니다.

좋아요

• key: Like_category :categoryId / value : 1L++ -> 해당 카테고리의 키에 대한 좋아요 수가 증가가 됩니다
• userKey : View_category :categoryId_user/ value: userId -> 해당 카테고리를 좋아요한 유저를 명시합니다.

조회수와 좋아요를 증가시켜주고 1시간에 한번씩 Redis의 카운팅 된 값을 DB로 반영해줍니다.

반영을 한 후 가중치에 대한 값을 해당 카테고리 Id와 score로 Zset을 사용해 정렬시킵니다.

유저가 Main 페이지를 조회 할 떄 Redis(Look aside)를 활용하여 ZSET의 상위 5개를 캐싱시켜 저장시켜줍니다.

만약에 Zset에 값이 없을 경우(유저가 조회와 좋아요 아무것도 일어나지 않은경우) 캐싱을 유지시켜주고 만약 값이 있을경우 한번 캐시를 비우고 새로운 값을 업데이트 해줍니다.

스케줄러 작업

0분 : 1분에 한번씩 Redis에서 카운팅 된 값을 DB로 반영

0 시간: 한시간에 한번씩 가중치를 Zset으로 반영 -> 순위 반영 (ZSET에 값이 있을때만 캐싱 비움)

00시간: 자정이 되었을떄 카테고리를 조회한 view redis 키 삭제 -> 자정이 지나면 재조회 가능

스크린샷 (선택)

💬리뷰 요구사항(선택)

리뷰어가 특별히 봐주었으면 하는 부분이 있다면 작성해주세요

ex) 메서드 XXX의 이름을 더 잘 짓고 싶은데 혹시 좋은 명칭이 있을까요?

[github-actions]

Test Results

16 files  16 suites   16s ⏱️
77 tests 77 ✅ 0 💤 0 ❌
78 runs  78 ✅ 0 💤 0 ❌

Results for commit 005acea.

♻️ This comment has been updated with latest results.

[AnTaeho]

고생하셨습니다!
아카이브쪽 만들 때 더 자세히 뜯어 봐야 겠네요!

[Leehunil]

일단 approve 해놓고 천천히 다시 코드 읽어보겠습니다!

[Leehunil]

고생하셨습니다! 고민을 많이 했을 것 같습니다!
한 가지 개선하고 싶은 사항이 있습니다

[sonarqubecloud]

Quality Gate failed

Failed conditions
67.4% Coverage on New Code (required ≥ 80%)
C Reliability Rating on New Code (required ≥ A)

See analysis details on SonarQube Cloud

Catch issues before they fail your Quality Gate with our IDE extension SonarQube for IDE