count()쿼리를 최적화하는 방안 중에 count()결과를 담는 테이블을 만드는 방법은 어떤가요

Question

안녕하세요 커머스 백엔드 개발을 하고 있는 신입 개발자입니다.spring 사용 중이고 db는 mysql사용하고 있습니다.현재 예약, 포장, 방문 등 여러 주문 유형이 있고 한 사용자가 한 샵에 대해서 각 유형별로 몇번의 주문을 했는지 확인하는 기능을 구현하고 있습니다. 우선 order 테이블의 모든 튜플을 조회하면서 userid, shopid, ordertype이 일치하면 값을 누적시키는 방식으로 값을 얻어오도록 구현하였습니다. 그런데 order 테이블의 경우 데이터가 빠르고 그리고 계속해서 쌓여 있기 때문에 매번 모든 튜플을 조회하는 건 갈수록 성능이 떨어질수밖에 없다고 생각했습니다.특정 shop을 운영중인 점주 입장에서는 주문을 조회할 때마다 주문자 정보와 함께 출력되는 부분이므로 조회가 빈번하게 이루어지는 부분입니다. 그래서 유형별 주문 횟수같은 사용자와 샵 사이의 인터렉션에 의해 발생하는 값을 저장하는 테이블을 만들면 어떨까 해서 이를 구현해보려고 하는데요, 예상되는 문제는 빈번한 update, 동시성 문제가 있었습니다.그래서 지금테이블의 모든 튜플을 조회하면서 shopid, userid, ordertype이 일치하는 경우 누적하여 반환count()쿼리 최적화 방법 찾아보기인터렉션 결과를 담는 별도의 테이블을 만들기 (여러 사용자의 주문을 batch를 통해 일괄적으로 update 하면 어떨까 생각도 해보고 있습니다.)중에서 어떤 걸 해야 할지 명확히 판단이 서질 않습니다. ㅠㅠ조언 해주시면 감사하겠습니다.

Gear · Answer

저는 DB를 잘 모르므로 제대로 된 답변이 아닐 수 있겠습니다만, 그래도 한 번 의견 남겨봅니다.잘못된 부분이 있을 수 있으므로 제 답변은 약간의 참조만 하시고, 고수 분들의 답변과 자료 조사를 적극 활용하시기 바랍니다.모든 튜플을 조회하여 직접 누적하는 것보다는 아래 쿼리가 훨씬 빠르지 않겠나 싶습니다:select count(1) from orders where (shopid, userid, ordertype) &#61; (?, ?, ?)이 것을 최적화 하려면 shopid, userid, ordertyp의 인덱스를 만드는 게 좋지 않을까 싶네요.create index idx_count on orders (shopid, userid, ordertype)우선은 위 방식으로 진행하다가 느려지면 그 때 테이블을 만드는 것도 괜찮은 방법이지 않을까 싶습니다.또한 별도의 테이블에 저장한다면, batch job을 통해 매번 count 하는 것보다는 그냥 주문 시 마다 1씩 더해주는 게 더 낫지 않을까 싶습니다.&#64;Transactional public void order(Order order) { CountKey key &#61; CountKey.from(order); orderRepository.save(order); countRepository.countUp(key); }# countRepository.countUp update order_count set cnt &#61; cnt &#43; 1 where (shopid, userid, ordertype) &#61; (?, ?, ?)

장독깨기 · Answer

특정 가게 점주가 특정 사용자가 주문을 했을 때,그 사용자의 주문 유형별로 주문 수를 조회하고 싶은건가요?select 주문유형, count(*)from 주문where 가게 &#61; ?and 사용자 &#61; ?group by 주문유형

mirheeoj · Answer

100% 정확하지 않아도 된다면 유저별 카운터를 굴려서 그걸 적당히 보여주고 한가할때 서버에서 배치로 풀 검증을 하면 되지 않을지요. 마지막으로 풀 검증한 시간대나 인덱스 등도 따로 기억한다면 다음 풀검증은 증가분에 대해서만 하면 될 것.

count()쿼리를 최적화하는 방안 중에 count()결과를 담는 테이블을 만드는 방법은 어떤가요

3개의 답변

#count 목록