[MySQL] WHERE 절 완전 정복: 기본 문법부터 8.0 최적화 팁까지

728x90

들어가며: 왜 WHERE 절에 집착해야 할까요?

데이터베이스를 다루는 개발자에게 SELECT * FROM table만큼 위험하고 게으른 쿼리는 없습니다. 데이터베이스 성능 문제의 80% 이상은 필요한 데이터만 똑똑하게 골라내지 못하는 비효율적인 필터링에서 발생합니다.

WHERE 절은 단순히 데이터를 걸러내는 '거름망' 역할을 넘어, 데이터베이스가 인덱스(Index)라는 고속도로를 탈지, 아니면 비포장도로(Full Table Scan)를 달릴지를 결정짓는 핸들과 같습니다. 이 글에서는 WHERE 절의 기초부터 시니어 개발자가 알아야 할 MySQL 버전별 동작 차이와 최적화 기법까지 깊이 있게 다룹니다.

1. 기본기 다지기: 정확한 데이터 필터링

가장 기본적인 사용법이지만, 의외로 실수가 잦은 부분들을 짚어보겠습니다.

연산자 활용과 NULL의 함정

WHERE 절은 다양한 연산자를 지원합니다.

비교 연산자: =, <>, <, <=, >, >=
논리 연산자: AND, OR, NOT
범위 및 패턴: BETWEEN, IN, LIKE

⚠️ 주니어 개발자를 위한 주의사항 (NULL 처리) SQL에서 NULL은 '값이 없음'을 의미하는 특수한 상태입니다. 따라서 = NULL이나 != NULL로는 절대 데이터를 찾을 수 없습니다.

-- 잘못된 예 (결과 없음)
SELECT * FROM users WHERE phone_number = NULL;

-- 올바른 예
SELECT * FROM users WHERE phone_number IS NULL;

데이터 타입 불일치 (Implicit Conversion)

컬럼의 타입과 비교하는 값의 타입이 다르면, MySQL은 내부적으로 형변환을 시도합니다. 이 과정에서 인덱스를 사용하지 못하게 되어 성능이 급격히 저하될 수 있습니다.

문자열 컬럼에는 반드시 따옴표를 사용하세요 (WHERE varchar_col = '123' O, WHERE varchar_col = 123 X).

2. 성능의 핵심: 인덱스를 태우는 'SARGable' 쿼리

경력직 개발자라면 SARGable (Search ARGument ABLE)이라는 용어를 기억해야 합니다. 쉽게 말해 "인덱스를 사용할 수 있는 형태의 쿼리"를 뜻합니다.

좌변을 가공하지 마세요

가장 흔한 실수는 WHERE 절의 컬럼(좌변)에 함수를 적용하는 것입니다. 컬럼을 가공하면 MySQL은 인덱스 트리를 탈 수 없어 모든 데이터를 다 뒤져야 합니다.

나쁜 예 (인덱스 미사용)

-- 데이터를 가공해서 비교 (Full Scan 발생)
SELECT * FROM orders WHERE YEAR(order_date) = 2023;

좋은 예 (인덱스 사용):

-- 비교할 범위를 가공해서 컬럼 원형 유지 (Range Scan)
SELECT * FROM orders WHERE order_date >= '2023-01-01' AND order_date < '2024-01-01';

와일드카드 위치

LIKE 연산자 사용 시 %가 앞에 오면 인덱스를 탈 수 없습니다.

LIKE '%apple' (느림, 인덱스 X)
LIKE 'apple%' (빠름, 인덱스 O - Prefix 검색)

3. MySQL 5.7 vs 8.0: 무엇이 달라졌나?

MySQL이 8.0으로 버전업되면서 WHERE 절 최적화에도 중요한 변화가 생겼습니다.

1) 함수 기반 인덱스 (Functional Indexes) - 8.0 신기능

앞서 "좌변을 가공하지 말라"고 했지만, 비즈니스 로직상 어쩔 수 없는 경우가 있습니다. MySQL 8.0부터는 가공된 값 자체를 인덱싱할 수 있는 기능이 추가되었습니다.

-- MySQL 8.0: 함수 결과값에 인덱스 생성 가능
ALTER TABLE orders ADD INDEX idx_order_year ((YEAR(order_date)));

-- 이제 아래 쿼리도 인덱스를 탑니다!
SELECT * FROM orders WHERE YEAR(order_date) = 2023;

이 기능 덕분에 쿼리를 복잡하게 수정하지 않고도 성능을 획기적으로 개선할 수 있습니다.

2) 옵티마이저의 똑똑한 조건 재배치

과거에는 WHERE A AND B에서 A와 B의 순서가 성능에 미묘한 영향을 주기도 했으나, 최신 MySQL 옵티마이저는 조건의 순서와 상관없이 가장 효율적인 인덱스를 찾아 실행 계획을 수립합니다. 개발자는 가독성이 좋은 순서대로 조건을 작성하면 됩니다.

3) 내림차순 인덱스 (Descending Indexes)

5.7까지는 문법적으로만 존재했던 내림차순 인덱스가 8.0에서 실제로 구현되었습니다. ORDER BY col DESC와 결합된 WHERE 조건에서 더 나은 성능을 보여줍니다.

마무리 및 실전 요약

WHERE 절은 단순한 조건문이 아니라, DB 성능을 좌우하는 전략적 도구입니다.

✅ 실전 개발자를 위한 3가지 Tip:

컬럼은 건드리지 않는다: WHERE col * 2 = 10 대신 WHERE col = 10 / 2로 작성하여 인덱스를 보호하세요.
EXPLAIN을 습관화하자: 쿼리 앞에 EXPLAIN을 붙여 type이 ALL(Full Scan)인지 ref/range(Index Scan)인지 확인하는 습관을 들이세요.
8.0을 쓴다면 함수 인덱스를 고려하자: 레거시 쿼리 튜닝 시, 쿼리 수정이 어렵다면 Functional Index가 구세주가 될 수 있습니다.

더 깊은 내용은 아래 공식 문서를 참고해 보세요. 올바른 WHERE 절 사용으로 여러분의 퇴근 시간이 빨라지길 바랍니다!

📚 공식 문서 (Reference): MySQL 8.0 Reference Manual - Optimization (WHERE Clause Optimization)