이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
Java와 Spring으로 가장 오래 작업한 건 학교 수업 팀 프로젝트로 만든 도서 대출 관리 웹 서비스입니다. Spring Boot로 REST API를 구성하고, JPA + MySQL로 데이터를 관리했습니다. 처음에는 JPA 연관관계를 잘못 설정해 N+1 문제가 생겼고, 쿼리 로그를 분석하다가 Fetch Join과 EntityGraph 차이를 찾아보게 됐습니다. 코드를 수정한 후 조회 쿼리 수가 크게 줄었고, 성능 개선 전후를 직접 측정한 경험이 기억에 남습니다. 스프링 시큐리티 설정도 처음 접했는데, 필터 체인 순서와 CSRF 예외 처리를 잘못 이해해 인증이 풀리는 버그를 한참 고쳤습니다. 그 과정에서 공식 문서를 처음부터 읽는 습관이 생겼습니다. 규모는 작지만 요구사항 정의부터 배포까지 전 과정을 경험한 프로젝트였습니다.
Spring JPA N+1 문제를 해결할 때 순서를 정하고 들어간 것이 시간을 줄이는 데 도움이 됐습니다. 먼저 쿼리 로그를 켜서 어떤 쿼리가 얼마나 나가는지 눈으로 확인하는 것이 첫 단계였습니다. 숫자를 보고 나서야 어느 연관 관계에서 문제가 생기는지를 좁힐 수 있었습니다. 그다음 Fetch Join과 EntityGraph 중 어느 방식이 이 케이스에 맞는지를 공식 문서와 실험으로 확인했습니다.
먼저 해결책을 시도하다가 오히려 시간이 더 걸리는 경험이 있어서, 그 이후부터 문제 범위를 먼저 좁히는 순서를 갖추게 됐습니다. 아직 부족한 건 더 복잡한 연관 관계에서 N+1을 빠르게 판단하는 것인데, 이것은 더 많은 케이스를 다뤄야 하는 자리입니다.
쿼리 로그로 문제 범위를 먼저 확인하는 순서가 JPA 성능 문제 해결의 출발이라는 걸 생각하고 있습니다.
Spring 프로젝트에서 막혔던 경험을 다음 자리에서도 쓸 수 있는 방식으로 정리했습니다. 스프링 시큐리티 필터 체인 설정에서 오류가 났을 때 공식 문서를 처음부터 읽는 것이 검색보다 빠른 자리가 있다는 걸 그때 처음으로 실감했습니다. 그 이후 새 프레임워크나 설정에서 막힐 때 검색 전에 공식 문서 목차를 먼저 훑는 방식을 절차로 갖게 됐습니다.
이 방식이 이 프로젝트에서 배운 것 중 코드보다 오래 남는 자리라고 생각합니다. 아직 부족한 건 실서비스 규모의 트래픽에서 Spring 성능을 직접 튜닝하는 경험인데, 학교 프로젝트는 소규모라 이 자리는 아직 없습니다. 막혔을 때 공식 문서로 돌아가는 습관이 다음 자리에서도 쓸 수 있는 절차로 남았다는 걸 생각하고 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 SPC그룹 공통직무·미지정 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.