CTO의 쿼리 성능 조사: 느린 분석 쿼리의 병목을 식별하고 10배 빠르게 하기

개요

BI 및 분석 시스템의 성능은 의사결정 속도를 결정합니다. CTO가 느린 쿼리를 진단하고 체계적으로 최적화하는 방법을 배웁니다.

성능 문제 식별

사용자 피드백

• "플레이어 생명주기 분석이 5분 걸린다" (목표: <30초)
• "대시보드가 새로고침할 때마다 60초 기다려야 한다"
• "애드혹 쿼리는 예측할 수 없다 (5초~300초)"

성능 메트릭 기록

쿼리	현재 시간	목표	상태
플레이어 생명주기	5분 12초	<30초	🔴 심각
일일 대시보드	45초	<10초	🟡 주의
게임 성과 분석	2분 18초	<30초	🔴 심각
세그먼트 분석	90초	<20초	🔴 심각

성능 조사 단계

Step 1: 쿼리 실행 계획 분석 (5분)

EXPLAIN 출력 검토:

- Full Table Scan: tb_player_lifecycle (28M 행)
  - 추가 filters 없음
  - Index 미사용
- Hash Join with tb_bet_record
  - 100M+ 행 조인
  - Join condition이 인덱스 미사용
- Sort: 최종 단계에서 메모리 정렬
  - 1.5GB 메모리 사용

문제점:

• 테이블 전체 스캔
• 인덱스 부재
• 비효율적 조인

Step 2: 데이터베이스 통계 확인 (3분)

테이블	행 수	크기	마지막 분석	상태
tb_player	28M	2.1GB	1개월 전	🟡 오래됨
tb_bet_record	500M	35GB	3개월 전	🔴 매우 오래됨
tb_session	150M	10GB	2주 전	✅ 최신

조치:

• 통계 업데이트 필요
• Bet record: 최우선

Step 3: 인덱스 분석 (3분)

현재 인덱스:

• pk_player (player_id)
• pk_bet_record (bet_id)
• idx_session_player (session_id, player_id)

누락된 인덱스:

• tb_player(lifecycle_stage, updated_at)
  • 생명주기별 필터링에 필수
• tb_bet_record(player_id, bet_date)
  • 플레이어별 베팅 조회에 필수
• tb_session(player_id, session_date, revenue)
  • 수익 분석에 필수

Step 4: 조인 최적화 (2분)

현재:

• Hash Join with 100M+ 행
• 메모리 압박

최적화:

• 사전 필터링으로 데이터 축소
  • 날짜 범위 제한 (마지막 90일)
  • 활성 플레이어만 필터 (28M → 2M)
• Nested Loop Join 또는 Merge Join 고려
• 조인 순서 최적화

Step 5: 쿼리 재작성 (5분)

이전:

SELECT p.player_id, p.lifecycle_stage, 
       COUNT(b.bet_id) as bet_count,
       SUM(b.revenue) as total_revenue
FROM tb_player p
LEFT JOIN tb_bet_record b ON p.player_id = b.player_id
GROUP BY p.player_id, p.lifecycle_stage
ORDER BY total_revenue DESC

이후:

SELECT p.player_id, p.lifecycle_stage, 
       COUNT(b.bet_id) as bet_count,
       SUM(b.revenue) as total_revenue
FROM tb_player p
LEFT JOIN tb_bet_record b ON p.player_id = b.player_id 
  AND b.bet_date >= CURRENT_DATE - 90
WHERE p.lifecycle_stage IS NOT NULL
  AND p.updated_at >= CURRENT_DATE - 30
GROUP BY p.player_id, p.lifecycle_stage
ORDER BY total_revenue DESC

개선:

• 데이터 축소
• 조인 조건 명확화

최적화 결과

Before/After

항목	이전	이후	개선
쿼리 시간	5분 12초	28초	11배
메모리 사용	1.5GB	150MB	10배
CPU	높음	중간	50% 감소
I/O	35GB 읽음	2GB 읽음	17배

동시 쿼리 성능

이전: 동시 3개 쿼리 = 데이터베이스 고장 이후: 동시 50개 쿼리 = 안정 작동

예방 조치

정기 유지보수

• 주간: 통계 업데이트
• 월간: 인덱스 분석 및 재구성
• 분기: 쿼리 성능 감시

모니터링

• 쿼리 실행 시간 추적
• CPU/메모리 사용량 임계값 설정
• 느린 쿼리 로그 검토

핵심 메시지

쿼리 성능 최적화는 데이터베이스 설계, 인덱싱, 쿼리 구조의 조합입니다. 체계적인 조사와 최적화로 10배 이상의 성능 개선이 가능합니다.