SQL INDEX 안 타는 이유 5가지 — 쿼리 느리면 여기부터

-- =============================================
-- 테스트용 테이블 및 인덱스 생성
-- =============================================
CREATE TABLE orders (
    id          INT          PRIMARY KEY,
    user_id     INT          NOT NULL,
    status      VARCHAR(20)  NOT NULL,
    amount      DECIMAL(10,2) NOT NULL,
    created_at  DATETIME     NOT NULL,
    memo        VARCHAR(200)
);

-- 자주 조회되는 컬럼에 인덱스 생성
CREATE INDEX idx_user_id    ON orders (user_id);
CREATE INDEX idx_created_at ON orders (created_at);
CREATE INDEX idx_status     ON orders (status);
CREATE INDEX idx_amount     ON orders (amount);


-- =============================================
-- ❌ 패턴 1: 인덱스 컬럼에 함수를 씌운 경우
-- 함수로 감싸면 옵티마이저가 인덱스를 못 씁니다
-- =============================================

-- 나쁜 쿼리: YEAR() 함수로 감싸면 Full Scan 발생
SELECT * FROM orders
WHERE YEAR(created_at) = 2024;

-- 좋은 쿼리: 범위 조건으로 변환하면 인덱스 사용
SELECT * FROM orders
WHERE created_at >= '2024-01-01'
  AND created_at <  '2025-01-01';


-- =============================================
-- ❌ 패턴 2: 묵시적 형변환 (타입 불일치)
-- 컬럼 타입과 조건 값 타입이 다르면 인덱스 무시
-- =============================================

-- 나쁜 쿼리: user_id는 INT인데 문자열로 비교
SELECT * FROM orders
WHERE user_id = '1001';  -- 문자열 '1001'

-- 좋은 쿼리: 컬럼 타입에 맞는 숫자로 비교
SELECT * FROM orders
WHERE user_id = 1001;    -- 숫자 1001


-- =============================================
-- ❌ 패턴 3: LIKE 검색에서 앞에 % 사용
-- 앞에 %가 오면 시작점을 알 수 없어 Full Scan
-- =============================================

-- 나쁜 쿼리: 앞에 % → 인덱스 사용 불가
SELECT * FROM orders
WHERE memo LIKE '%환불%';

-- 좋은 쿼리: 뒤에만 % → 인덱스 사용 가능
SELECT * FROM orders
WHERE memo LIKE '환불%';

-- 꿀팁: 양방향 LIKE가 필요하면 Full-Text Index 고려
-- CREATE FULLTEXT INDEX idx_memo ON orders (memo);
-- SELECT * FROM orders WHERE MATCH(memo) AGAINST('환불');


-- =============================================
-- ❌ 패턴 4: OR 조건 사용 (인덱스 분산 문제)
-- OR은 옵티마이저가 인덱스 활용을 포기하기 쉬움
-- =============================================

-- 나쁜 쿼리: OR로 연결하면 인덱스 활용률 저하
SELECT * FROM orders
WHERE status = 'PAID'
   OR status = 'PENDING';

-- 좋은 쿼리: IN으로 변환하면 인덱스 활용 가능
SELECT * FROM orders
WHERE status IN ('PAID', 'PENDING');


-- =============================================
-- ❌ 패턴 5: 인덱스 컬럼에 연산 적용
-- 컬럼 자체를 계산에 쓰면 인덱스 무효화
-- =============================================

-- 나쁜 쿼리: 컬럼에 직접 연산 → Full Scan
SELECT * FROM orders
WHERE amount * 1.1 > 10000;

-- 좋은 쿼리: 상수 쪽을 계산해서 컬럼은 그대로
SELECT * FROM orders
WHERE amount > 10000 / 1.1;  -- 약 9090.9


-- =============================================
-- 실행 계획 확인 방법 (EXPLAIN)
-- type이 ALL이면 Full Scan, ref/range면 인덱스 사용
-- =============================================
EXPLAIN SELECT * FROM orders
WHERE created_at >= '2024-01-01'
  AND created_at <  '2025-01-01';
-- 결과의 'type' 컬럼을 확인하세요
-- ALL   → Full Table Scan (느림 ⚠️)
-- index → Index Full Scan (조금 나음)
-- range → 범위 인덱스 스캔 (좋음 ✅)
-- ref   → 인덱스 참조 (좋음 ✅)
-- const → 상수 조건 (최고 ✅)