예시 답변 1
약 90초
솔직한 경험 기반 접근
SQL 튜닝을 처음 경험한 자리는 수업 프로젝트에서 쿼리가 느린 이유를 찾는 자리였습니다. JOIN이 여러 개 걸린 쿼리가 10초 이상 걸렸는데, EXPLAIN으로 실행 계획을 보니 전체 테이블 스캔이 두 곳에서 일어나고 있었습니다. 자주 필터링하는 컬럼에 인덱스를 추가했더니 응답이 0.5초 이하로 줄었습니다. 스키마 최적화 자리에서는 중복 컬럼을 정규화해서 제거하고, 자주 함께 조회되는 테이블은 뷰로 만들어 쿼리 자리를 단순화했습니다. 아직 대규모 데이터 자리에서의 경험은 없지만, 실행 계획을 읽고 병목을 찾는 자리가 튜닝의 시작이라는 것을 그때 배웠습니다. 쿼리 성능은 인덱스 설계와 데이터 모델링 자리부터 시작된다고 생각합니다.
이 결의 특징
JOIN 여러 개 걸린 쿼리 10초 이상 원인을 EXPLAIN으로 전체 테이블 스캔 두 곳으로 파악하고 자주 필터링하는 컬럼에 인덱스를 추가해 0.5초 이하로 줄인 흔적이 있습니다. 중복 컬럼 정규화와 자주 함께 조회되는 테이블의 뷰 생성으로 쿼리 구조를 단순화한 결이 자주 보입니다.
이 결이 통하는 자리
'실행 계획을 읽고 병목을 찾는 것이 튜닝의 시작'이라는 원칙이 실제 10초→0.5초 개선 경험과 연결됐을 때 통합니다. 대규모 데이터 경험 부재를 솔직히 인정하면서도 EXPLAIN 활용이라는 방법론을 명확히 한 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.