(SQL) 조회 API에서의 COUNT 함수 성능 문제

Question

페이지네이션이 포함된 조회 API 에서 COUNT 함수의 성능은 어떻게 개선할 수 있나요? 현업에서의 일반적인 해결 방법이 궁금합니다.게시글이 100만개가 저장된 post 테이블이 있을 때, 게시글 조회 API는 페이지네이션을 위해 매 조회 요청마다 COUNT 쿼리를 실행해야 합니다. 그런데 COUNT 쿼리는 post 테이블의 전체 row 수를 세어야 해서 풀 테이블 스캔이 발생할 수 밖에 없고, 100만개의 row가 있는 경우 COUNT 쿼리에서만 500ms 이상의 실행 시간이 소요되고 있습니다.게시글 조회 API의 응답 시간가 600ms 이하인데, 그 중 COUNT 쿼리의 실행시간이 500ms 이상을 차지 하고 있어서 성능 저하의 큰 요인이 되고 있습니다. 이 경우 보통 어떻게 성능을 개선하나요?SELECT COUNT(post_id) FROM post WHERE status = 'DISPLAY';<참고>DB: MariaDB (InnoDB)COUNT 쿼리를 통해 테이블 row 수를 가져와야 전체 페이지 수를 계산하고, 현재 요청이 몇 번째 페이지인지 등을 계산하여 응답할 수 있음 [statement] | 568 ms | com.xxx.post.service.PostService.getPostPage(PostService.java:189) SELECT COUNT(post_id) FROM post WHERE status = 'DISPLAY';

DevLala · Answer

반드시 쿼리를 해야하는 상황이라면 캐싱을 하셔야합니다. Redis같은 걸로 하셔도 되고 기존에 쓰던 캐싱용DB가 없다면 그냥 쉽게 쓰시던 DB에 테이블 하나 만들어서 박아도 되고요. 셀렉절을 보니까 커스텀한 where절 검색 조건은 없어보이니 아주 단순하게 캐싱으로 충분해보입니다.

냥냥가면 · Answer

카운트만 저장하는 테이블 하나 만드시고 post 테이블에 변화가 생길때 트리거로 카운트 갯수를 업데이트 하면 될거 같아요!

장독깨기 · Answer

status 의 목적이 뭘까요. 그리고, 검색조건은 status 만 있는 건가요.그럼, 이 status 만 어케 해결하면 될 거 같습니다만,...

코가더 · Answer

https://blog.naver.com/birdparang/221574304831생각보다 까다롭네요 ^^;

감자도둑 · Answer

다른 선생님들이 이미 좋은 아이디어를 많이 적어주셨네요제가 봤을때는 캐싱 처리 생각했었습니다.

극한초보 · Answer

카운트만 셀꺼면... INDEX_FFS 힌트를 줘서인덱스 Fast Full Scan 하면 속도가 개선되긴 할껍니다.ps. DB 옵티마이저는 힌트로 달래주고 때려줘야 말을 잘듣는...인덱스를 걸려있다고 전제하에SELECT /&#43; index_ffs(post idx_post_post_id) */ count(post_id) FROM post where &#61; 'DISPLAY';

(SQL) 조회 API에서의 COUNT 함수 성능 문제

6개의 답변

Q&A 목록