실전튜닝 4 질문 - group by 순서와 index 순서

SELECT m.member_id, m.member_name, m.grade,
   COUNT(o.order_id) AS order_count,
   SUM(o.total_price) AS total_spent
FROM member m
JOIN orders o ON m.member_id = o.member_id
WHERE m.grade = 'VIP'
GROUP BY m.member_id, m.member_name, m.grade
ORDER BY total_spent DESC
LIMIT 20;

안녕하세요!

해당 쿼리에서는 group by 순서가

member_id, member_name, grade 순으로 되어있습니다.

강의에서는 group by 는 그룹핑을 할때
(member_id, member_name, grade) 을 기준으로 그룹핑 하여 순서가 상관없지만
인덱스 순서를 GROUP BY 순서에 맞게 인덱스를 설계 해야한다고 하셨습니다.

grade 는 where 절에서 vip 상수로 필터링 하므로
인덱스에서 가장 왼쪽(앞)에 와야하지만
왜 member_id, member_name 순서에 맞게 인덱스를 줘야하는지 잘 모르겠습니다.

실제로 (grade, member_name, member_id) 순서로 member 테이블에 인덱스를 주고
EXPLAIN ANALZYZE 를 해보니

Aggregate using temporary table (actual time=373..373 rows=59999 loops=1)
가 나오는것을 확인했습니다.

임시테이블을 만들지 말지의 기준은
GROUP BY 로 그룹핑 하는 대상들이 연속적으로 올 경우는 굳이 임시테이블을 만들 필요가 없다는것으로 이해를 했습니다.(순서대로 오니까 미리 저장할 필요가 없으므로)

하지만 인덱스를 (grade, member_name, member_id) 순서로 줄 경우도 결국 인덱스 Grouping 순서에 맞게 오니까 임시테이블을 만들 필요가 없으니까 using temporary table 역시 발생하지 않아야 하는거 아닌가요?


그리고 설령(grade, member_name, member_id) 로 주지 않고
(grade, member_name) 로 member테이블에 인덱스를 걸더라도 되는거 아닌가요?
어차피 세컨더리 인덱스 리프노드에는 member_id(pk) 가 선행컬럼을 기준으로 정렬되어 존재하니깐용

감사합니다!