우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›여기어때›백엔드›질문 상세
    問
    여여기어때백엔드직무 역량2026년 출제

    SQL Query 작성 및 분석/튜닝 경험이 있다면, 어떤 상황에서 어떤 방식으로 진행했는지 설명해 주세요.

    답변 미리보기

    SQL 튜닝 경험에서 가장 먼저 확인하는 것은 실행 계획입니다. EXPLAIN 명령으로 쿼리가 어떤 순서로 실행되는지를 보면 풀 스캔이 발생하는 지점을 빠르게…

    예상 답변 시간
    60~90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    높음
    INTERVIEWER'S INTENT · 면접관의 의도

    이 질문, 네 갈래로 뜯어봅니다.

    면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

    問
    01
    활용 결을 짚는가?
    쿼리·플랜·인덱스 결을 짚는 흔적이 강합니다. 막연한 '잘 쓴다'만 답하면 면접관이 결을 다시 묻는 자리가 자주 보입니다.
    骨
    02
    구체 결이 있는가?
    통계·조인·튜닝 결을 짚는 흔적이 답에 있어야 합니다. 한 결만 답하면 면접관이 결을 다시 캐는 결이 자주 통합합니다.
    語
    03
    본인 사례 결을 받치는가?
    구체 케이스·결과 결을 자기 언어로 짚는 흔적이 강하게 통합합니다. 이론만 답하면 면접관이 적용을 다시 묻는 자리가 강합니다.
    本
    04
    한계도 인정하는가?
    약한 영역·대안 결을 짚는 흔적이 자주 통합합니다. 만점 평가만 답하면 면접관이 객관화를 다시 캐는 자리가 강합니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    여기어때 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    실행 계획 분석·인덱스 설계·쿼리 재작성으로 SQL 성능 튜닝 결약 81초SQL 튜닝의 한계 — ORM 추상화가 가린 쿼리 문제약 120초인덱스 추가로 해결했는데 다른 문제가 생긴 경험약 120초
    예시 답변 1
    약 81초

    실행 계획 분석·인덱스 설계·쿼리 재작성으로 SQL 성능 튜닝 결

    SQL 튜닝 경험에서 가장 먼저 확인하는 것은 실행 계획입니다. EXPLAIN 명령으로 쿼리가 어떤 순서로 실행되는지를 보면 풀 스캔이 발생하는 지점을 빠르게 찾을 수 있고, 인덱스가 타지 않는 이유도 파악됩니다.

    인덱스 설계가 성능에 가장 큰 영향을 줬습니다. WHERE 절과 JOIN 조건에 자주 등장하는 컬럼에 인덱스를 추가하면 조회 속도가 크게 달라졌고, 반대로 쓰기가 많은 테이블에 인덱스가 과도하면 INSERT 성능이 오히려 저하되는 경우도 경험했습니다.

    쿼리 자체를 재작성하는 것도 효과적이었습니다. 서브쿼리 대신 JOIN으로 변경하거나 불필요한 DISTINCT를 제거하는 것만으로도 실행 시간이 줄었습니다. N+1 패턴이 숨어 있는 경우는 ORM 레이어를 검토해 한 번의 쿼리로 묶는 방식으로 해결했습니다.

    이 결의 특징
    EXPLAIN으로 풀 스캔 지점을 찾고, 인덱스 추가가 쓰기 성능을 저하시키는 경우까지 경험한 뒤 서브쿼리를 JOIN으로 재작성한 흔적이 있습니다.
    이 결이 통하는 자리
    N+1 패턴을 ORM 레이어 검토로 발견해 한 쿼리로 묶는 과정이 구체적으로 드러날 때 통합니다.
    예시 답변 2
    약 120초

    SQL 튜닝의 한계 — ORM 추상화가 가린 쿼리 문제

    SQL 튜닝 경험에서 ORM을 사용할 때 생기는 맹점을 경험했습니다. ORM으로 코드를 작성하면 SQL을 직접 쓰지 않아도 데이터를 다룰 수 있어 편리한데, 실제로 어떤 쿼리가 실행되는지를 확인하지 않으면 성능 문제를 늦게 발견하게 됩니다. 연관 데이터를 가져올 때 N+1 쿼리가 발생하는 것을 모르고 지나쳤다가 데이터가 늘어나면서 느려지는 것을 뒤늦게 확인했습니다. ORM 레이어가 생성하는 실제 SQL을 로깅하도록 설정하고 정기적으로 확인하는 습관을 들이게 됐는데, 코드 수준에서는 단순해 보이는 로직이 DB에서는 복잡한 쿼리로 변환되는 경우가 있다는 것을 배웠습니다. SQL 튜닝 능력은 쿼리를 직접 작성하는 능력뿐 아니라 어떤 쿼리가 실행되고 있는지를 지속적으로 관찰하는 습관도 포함된다는 것을 이 경험에서 배웠습니다.

    이 결의 특징
    ORM이 편리하지만 실제 쿼리를 확인하지 않아 성능 문제를 늦게 발견한 맹점을 인정하고, 로깅으로 실제 SQL을 정기 확인하는 습관을 들인 흔적이 있습니다.
    이 결이 통하는 자리
    쿼리 작성 능력뿐 아니라 실행 쿼리를 관찰하는 습관도 튜닝 능력이라는 결론이 실제 습관으로 뒷받침될 때 통합니다.
    예시 답변 3
    약 120초

    인덱스 추가로 해결했는데 다른 문제가 생긴 경험

    SQL 성능 문제를 인덱스로 해결하는 과정에서 예상치 못한 부작용을 경험했습니다. 조회가 느린 쿼리에 인덱스를 추가하니 해당 쿼리의 속도는 빨라졌는데, 같은 테이블에 데이터를 쓰는 작업의 속도가 저하됐습니다. 인덱스가 많아질수록 데이터를 삽입하거나 수정할 때 인덱스도 함께 갱신해야 하기 때문에, 읽기 성능과 쓰기 성능 사이에 트레이드오프가 있다는 것을 직접 경험했습니다. 이 경험에서 인덱스를 추가하기 전에 해당 테이블의 읽기와 쓰기 비율을 먼저 파악하는 것이 중요하다는 것을 배웠습니다. 읽기가 훨씬 많은 테이블이라면 인덱스 추가의 효과가 크지만, 쓰기가 많은 테이블에서는 인덱스가 오히려 부담이 될 수 있다는 것을 알게 됐습니다. SQL 튜닝은 특정 쿼리 하나가 아니라 전체 워크로드를 고려해야 한다는 것을 이 경험에서 배웠습니다.

    이 결의 특징
    조회 성능을 위해 추가한 인덱스가 쓰기 성능을 저하시킨 부작용을 경험하고, 읽기·쓰기 비율을 먼저 파악하는 원칙으로 정리한 흔적이 있습니다.
    이 결이 통하는 자리
    특정 쿼리 하나가 아니라 전체 워크로드를 고려해야 한다는 결론이 실제 트레이드오프 경험으로 뒷받침될 때 통합니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

    같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

    • ✕떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
    • ✕선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
    • ✕결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
    • ✕지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
    ▶이어질 꼬리질문

    진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

    壹튜닝이 빗나간 결은 있나요?
    貳정합과 속도가 충돌하면 어떻게 풀까요?
    參체계를 다시 짠다면 무엇을 바꾸시겠어요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 여기어때 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    네이버웹툰 · 데이터 엔지니어
    SQL을 사용하여 복잡한 분석 쿼리를 작성한 경험이 있다면, 그 쿼리를 작성할 때의 접근 방식에 대해 설명해 주실 수 있나요?
    이 질문 보기
    현대카드/현대커머셜 · 데이터 엔지니어
    SQL을 활용해 복잡한 쿼리를 작성한 경험이 있다면, 어떤 상황에서 어떻게 활용했는지 설명해 주세요.
    이 질문 보기
    카카오페이 · 재무·회계 일반
    SQL 명령문을 사용한 경험이 있다면, 어떤 데이터를 다뤘고 어떤 분석을 했는지 이야기해 주세요.
    이 질문 보기
    쿠팡 · 데이터 사이언티스트
    SQL을 활용하여 데이터를 처리하고 분석할 때, 주로 어떤 쿼리를 작성하시나요?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 여기어때 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기