우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›신세계아이앤씨›DBA›질문 상세
    問
    신신세계아이앤씨DBA직무 역량2026년 출제

    SQL 진단 및 튜닝을 하면서 어떤 도구나 기법을 주로 사용하셨나요?

    답변 미리보기

    SQL 성능 진단에서 가장 먼저 보는 것은 실행 계획입니다. EXPLAIN ANALYZE로 쿼리가 어떤 순서로 실행되는지 확인하고, Full Scan이 발생하는…

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

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

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

    問
    01
    어떤 결의 도구를 쓰셨나요?
    실행계획·통계·인덱스·트레이스 중 본인이 가장 손에 쥔 결이 어디인지를 보는 자리입니다. 이름 나열이 아닌 사용 맥락이 통합니다.
    骨
    02
    본인이 한 부분이 어디까지인가요?
    진단·튜닝·검증 중 본인 손이 닿은 결을 명확히 가른 답이 보이는 축입니다. 과장 없이 짚는 자리가 평가됩니다.
    語
    03
    원인을 어떻게 좁히시나요?
    가설을 세우고 하나씩 지운 결이 보이는 자리입니다. 한 번에 결론을 단정하지 않은 흔적이 통합니다.
    本
    04
    한계도 솔직히 보시나요?
    본인이 닿지 않는 결을 인정한 답이 보이는 결입니다. 단정 짓지 않은 자리가 자리잡습니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    신세계아이앤씨 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    EXPLAIN ANALYZE + 슬로우 쿼리 로그로 인덱스 부재 발견, 10배 단축약 120초쿼리 튜닝을 위해 인덱스를 추가했더니 다른 쿼리 성능이 오히려 나빠진 경험약 120초처음으로 EXPLAIN ANALYZE 없이 직감만으로 튜닝하다가 원인을 잘못 진단한 경험약 150초
    A
    약 120초

    EXPLAIN ANALYZE + 슬로우 쿼리 로그로 인덱스 부재 발견, 10배 단축

    SQL 성능 진단에서 가장 먼저 보는 것은 실행 계획입니다. EXPLAIN ANALYZE로 쿼리가 어떤 순서로 실행되는지 확인하고, Full Scan이 발생하는 지점을 찾습니다. 프로젝트에서 집계 쿼리가 너무 느려서 원인을 찾았더니 WHERE 절 컬럼에 인덱스가 없었습니다.

    인덱스를 추가하니 응답 시간이 10배 단축됐고, 그 이후로 쿼리를 작성할 때 실행 계획을 먼저 확인하는 습관이 생겼습니다. 슬로우 쿼리 로그를 설정해 임계 시간 이상 걸리는 쿼리를 자동으로 수집하는 방식도 씁니다. 인덱스 선택도(Selectivity) 개념을 배운 뒤에는 인덱스가 많다고 좋은 게 아니라, 쓰기 성능과의 트레이드오프를 함께 봐야 한다는 걸 알았습니다. 한계는 파티셔닝이나 샤딩 수준의 튜닝은 경험하지 못했습니다.

    이 결의 특징
    EXPLAIN ANALYZE로 Full Scan 발생 지점을 찾아 인덱스를 추가해 응답 시간 10배 단축한 경험이 기술돼 있습니다. 슬로우 쿼리 로그를 설정해 임계 시간 이상 쿼리를 자동 수집하고, 인덱스 선택도와 쓰기 성능 트레이드오프를 함께 보는 시각이 통합니다.
    이 결이 통하는 자리
    SQL 성능 진단이나 쿼리 최적화가 포함된 백엔드 개발 자리에서 이 결이 자주 보입니다. 실행 계획을 먼저 확인하는 습관이 있고 인덱스 추가가 쓰기 성능에 미치는 영향까지 고려하는 시각이 있다는 인상을 주는 자리에서 통합니다.
    예시 답변 2
    약 120초

    쿼리 튜닝을 위해 인덱스를 추가했더니 다른 쿼리 성능이 오히려 나빠진 경험

    슬로우 쿼리 로그를 보고 특정 WHERE 조건에 인덱스를 추가했는데, 다음 날 배치 집계 쿼리가 오히려 2배 느려졌어요. 인덱스가 쓰기 작업과 집계 쿼리의 풀 스캔 경로에 부담을 줬고, 인덱스는 읽기를 빠르게 하는 대신 쓰기와 특정 읽기 패턴을 느리게 만드는 트레이드오프가 있다는 걸 처음 확인했습니다.

    SQL 튜닝은 특정 쿼리만 보는 것이 아니라 인덱스 변경이 다른 쿼리와 쓰기 작업에 미치는 영향을 함께 평가해야 한다는 걸 그때 배웠어요. 인덱스를 추가하기 전에 해당 테이블의 주요 읽기·쓰기 쿼리 패턴 전체를 먼저 파악해야 부작용을 예방할 수 있다는 걸 알았습니다.

    이후엔 인덱스 변경 전에 EXPLAIN 출력을 대상 쿼리뿐 아니라 같은 테이블을 쓰는 주요 쿼리 전체에 적용해보는 단계를 씁니다. 튜닝은 지역 최적화가 아니라 전체 쿼리 프로파일을 보는 작업이라는 원칙이 그 경험에서 나왔습니다.

    이 결의 특징
    특정 컬럼에 인덱스를 추가했다가 다음 날 배치 집계 쿼리가 2배 느려진 경험을 밝히고, 인덱스 변경 전 해당 테이블의 주요 읽기·쓰기 쿼리 패턴 전체를 먼저 파악하는 단계를 추가한 흔적이 기술돼 있습니다.
    이 결이 통하는 자리
    여러 쿼리가 동시에 실행되는 운영 DB 환경에서 이 결이 강합니다. 단일 쿼리 최적화가 다른 쿼리 패턴에 미치는 부작용을 먼저 확인하는 습관이 있다는 인상을 주는 자리에서 통합니다.
    예시 답변 3
    약 150초

    처음으로 EXPLAIN ANALYZE 없이 직감만으로 튜닝하다가 원인을 잘못 진단한 경험

    운영 환경 SQL이 느리다는 신고를 받고, 처음에는 EXPLAIN을 실행하지 않고 경험적으로 인덱스 부재라고 추정해 인덱스를 추가했어요. 성능이 개선되지 않아 다시 분석해보니 실제 원인은 인덱스가 아니라 조인 순서 비효율과 서브쿼리 중복 실행이었습니다.

    SQL 진단은 증상만 보고 원인을 추정하는 것이 아니라 실행 계획을 직접 읽고 실제 비용이 발생하는 지점을 찾는 작업이다라는 걸 그 경험에서 배웠어요. EXPLAIN ANALYZE 없이 인덱스를 추가하는 것은 원인 없는 처방이고, 운이 좋을 때만 맞는다는 걸 처음 실감했습니다.

    지금은 슬로우 쿼리를 받으면 직감이나 경험보다 항상 EXPLAIN ANALYZE를 먼저 실행하고 실제 비용 지점을 확인하는 단계를 씁니다. 진단 없는 튜닝은 추측이고, 추측은 재현 가능한 개선을 만들지 못한다는 원칙이 그 경험에서 나왔습니다.

    이 결의 특징
    경험적으로 인덱스 부재라고 추정하고 추가했는데 성능이 개선되지 않아 다시 분석해보니 실제 원인이 조인 순서 비효율과 서브쿼리 중복 실행이었던 경험이 기술돼 있습니다. 이후 슬로우 쿼리를 받으면 항상 EXPLAIN ANALYZE를 먼저 실행하는 루틴을 만든 흔적이 보입니다.
    이 결이 통하는 자리
    SQL 진단이 포함된 자리에서 이 결이 자주 보입니다. 직감이나 경험보다 실행 계획을 먼저 읽고 실제 비용 지점을 찾는 과학적 디버깅 습관이 있다는 인상을 주는 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹튜닝이 안 통한 자리가 있나요?
    貳변경의 부작용을 의식하시나요?
    參최근 새로 익힌 결이 있나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 신세계아이앤씨 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    토스 · 시스템 운영
    SQL 튜닝을 할 때 주로 어떤 접근법을 사용하나요?
    이 질문 보기
    넛지헬스케어 · 데이터 분석가
    SQL을 사용해서 데이터 추출 및 전처리를 할 때 주로 어떤 방법을 사용하나요?
    이 질문 보기
    카카오 · 데이터·AI 일반
    SQL을 최적화할 때 주로 어떤 기법을 사용하나요?
    이 질문 보기
    쿠팡 · 데이터 사이언티스트
    SQL을 활용하여 데이터를 처리하고 분석할 때, 주로 어떤 쿼리를 작성하시나요?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 신세계아이앤씨 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기