[🔥TroubleShooting - MoodBuddy🔥] 쿼리 수를 2번 -> 1번, 얼마나 달라진다고?!

📌 프로젝트 소개

팀원 : PM(1) / Design(1) / Frontend(2) / Backend(3)
기간 : 2024.03 ~ 2025.03
링크 : https://github.com/M-ung/MoodBuddy_Server
서비스 내용 : 사용자가 작성한 일기를 바탕으로 감정 분석하는 웹 서비스
소통 : GitHub, Slack, Notion, Discord

---

🔥TroubleShooting🔥

Problems

우리 무드버디 서비스에서 대부분의 조회 처리는 페이징을 활용한다.
하지만 페이징 조회의 문제는 조회 쿼리와 Count 쿼리 총 2번 날아간다는 것이다.

📍DiaryQueryRepositoryImpl - findDiariesWithPageable

하지만 이는 사용자가 늘어나면 늘어날수록, 일기 개수가 늘어나면 늘어날수록 비효율적이고 성능을 저하시킨다.

그래서 이를 개선할 필요가 있다.

---

How

처음 페이지를 조회할 땐 일기와 Count를 총 2번 조회를 하고, 이 이후 페이지 조회를 할 때에는 일기만 조회하는 방안을 생각했다.

그 이유는 아래와 같다.

보통 웹 페이지를 들어가면 페이지가 0부터 시작된다.
그렇기 때문에 페이지가 1일 경우는 Count를 조회하고, 이 조회된 개수를 프론트 측에서 저장한 후 페이지 2, 3, 4... 일 때는 저장된 Count를 프론트 측에서 사용하면 쿼리 수를 줄이고 서버의 부하를 줄일 수 있다고 생각했다.

---

Process

📍DiaryQueryRepositoryImpl - findDiariesWithPageable

위 코드와 같이 페이지가 0일 경우에는 Count 조회를 하고, 그게 아닐 경우에는 -1로 반환을 하여 조회를 하지 않는 것이다.

이렇게 하면 페이지가 0일 때만 Count 조회가 이뤄지고, 0이 아니라면 Count 조회가 이뤄지지 않는다.

---

Result

만약 페에지가 10개가 있다고 가정한다면 10 2 = 20번 조회가 날아간다.
하지만 리팩토링 한 결과, (1 2) + 9 = 11번 조회가 날아간다.

즉 20 - 11 = 9, 9회 조회를 감소시켰다.

여기서 추가로 첫 페이지 Count 조회를 처음에만 하고, 두 번째부터는 캐시에 저장한 데이터를 가져온다면?

아래와 같이 구현했다.

아래와 같이 구현하면 9회보다 훨씬 더 많은 조회를 감소할 수 있다.

---

Thoughts

"쿼리가 2번에서 1번으로 감소한다 해서 얼마나 성능이 높아지겠어?" 라는 생각을 했었다. 하지만 위 Result에서 작성한 대로 10개라고 가정했을 때 9회나 감소할 수 있는 효과를 얻었다. 이게 10명이라고 생각하면 90회를 감소한 것이다.

Redis 캐싱을 붙여야만 조회 속도를 올릴 수 있다고 생각했는데, 이렇게 사소한 고려가 조회 속도에 큰 영향을 줄 수 있다는 걸 배우게 되었다.

---