TL;DR — 강좌 성적 조회의 N+1(학생×퀘스트×문제 중첩 루프, 요청당 최대 1,500 SELECT)을 IN + JOIN FETCH 단일 쿼리 + 인메모리 best-submit 선별로 1개로 줄였다. Submit 목록 조회 N+1(페이지당 21 → 1)도 함께 제거.

배경

• 프로젝트/기능: CodeQuest — 강좌별 문제 제출·채점·성적 관리
• 환경: Spring Boot 3.4.3, Spring Data JPA(Hibernate), MySQL
• 왜 문제였나: 기능 개발 중심으로 진행되며 서비스 레이어에 N+1·중복 조회가 누적

문제 (증상)

• GradeService 성적 조회가 학생 → 퀘스트 → 문제 3중 루프, 각 루프 끝에서 submit을 건별 SELECT
• 기준(학생 30 × 퀘스트 5 × 문제 10)에서 요청당 최대 1,500개 SELECT
• ResultService Submit 목록은 페이지(20건)마다 result를 건별 조회 → 페이지당 21 쿼리

원인 분석

• 사용한 도구: Hibernate SQL 로그(쿼리 수 확인)
• 근본 원인: 컬렉션 순회 중 연관 엔티티를 건별 조회(LAZY 로딩 / 명시적 findBy 반복) → N+1
• 더해서, 같은 메서드 안에서 이미 로드한 엔티티를 다시 조회하는 중복 패턴도 누적

해결

1) GradeService — 배치 IN + JOIN FETCH 1쿼리 후 인메모리 선별

@Query("""
    SELECT s FROM Submit s
    JOIN FETCH s.result
    WHERE s.problem.problemId IN :problemIds
    AND s.student.userId IN :studentIds
""")
List<Submit> findAllSubmitsWithResultByProblemsAndStudents(
    @Param("problemIds") List<Long> problemIds,
    @Param("studentIds") List<Long> studentIds);

• 전체 제출을 1쿼리로 조회한 뒤 Map<"problemId:studentId", Submit>으로 변환(buildTopScoreMap)
• best submit 선택 기준: PASS > REJECT > 기타, score DESC, submitTime ASC — 기존 SQL ORDER BY 의미를 그대로 보존

2) ResultService — LEFT JOIN FETCH로 목록 N+1 제거

• stream().map(s -> resultRepository.findResultBySubmit(s)) 제거