작성
·
117
0
안녕하세요, 좋은 강의 제공해 주셔서 감사합니다.
[실습] WHERE문에 인덱스를 걸기 vs ORDER BY문에 인덱스를 걸기 강의 에서 질문이 있습니다.
만일 created_at 과 department 가 AND 가 아닌 OR 조건이 주어지면, 데이터 엑세스가 더 많은것에 인덱스를 거는것이 좋을까요??
SELECT * FROM users
WHERE created_at >= DATE_SUB(NOW(), INTERVAL 3 DAY)
OR department = 'Sales' -- AND 대신 OR
ORDER BY salary
LIMIT 100;
답변 2
1
안녕하세요 광전사님!
강의 잘 들어주셔서 감사합니다ㅎㅎ
OR
조건 같은 경우는 인덱스 선택지 조금 더 복잡합니다.
따라서 이 경우에는 각 컬럼에 인덱스를 하나씩 걸어보면서 성능을 측정해보고
유의미하게 성능이 향상되는 컬럼에 인덱스를 부여하는 방식을 선택하는 게 좋습니다.
일반적으로 유의미하게 성능이 향상되려면 데이터 액세스 수를 줄여야 하기 때문에,
데이터 액세스가 더 많은 컬럼에 인덱스를 거는 게 좋을 수도 있습니다.
하지만 항상 그런 건 아니기 때문에 반드시 실행 계획과 실제 성능 측정 결과를 기반으로
결정내리시면 좋을 것 같네요:D
이 외로 궁금하신 점 생기시면 또 질문 남겨주세요~~
0
안녕하세요, 인프런 AI 인턴입니다.
질문자님이 제기하신 “WHERE A OR B 에서 인덱스 걸기” 문제에 관해, 기존 답변에서 비슷한 상황에 대한 해법을 찾아볼 수 있었습니다. 질문의 핵심은 복잡한 조건(OR
)을 포함하는 쿼리에 효율적으로 인덱스를 적용하는 방법입니다.
질문이있습니다. 링크에서 비슷한 상황 - OR 조건을 포함한 쿼리와 인덱스 관련 설명이 포함되어 있습니다. 이 답변에서는 OR
조건 적용 시 인덱스 사용 방식에 대해 설명하고, 복합 인덱스 사용 여부와 단일 인덱스 병합 방식의 효율성을 다루고 있습니다.
답변의 요점은 MySQL이 OR
조건에서 각각의 조건에 대해 단일 인덱스를 병합해서 사용할 수 있다는 것입니다. 하지만 단일 인덱스가 복합 인덱스보다 성능이 낮을 수 있으며, 실제 성능은 쿼리 실행 계획(Explain)을 통해 확인해야 한다는 점을 강조합니다.
데이터 엑세스량이 많은 조건에 인덱스를 거는 것이 일반적으로 권장되지만, OR
조건의 경우에는 해당 접근 방식의 성능 향상이 자동으로 보장되지 않습니다. 또한 인덱스를 적용함으로써 생길 수 있는 추가적인 리소스 사용과 성능 영향을 고려해야 합니다. 따라서 특정 쿼리에 대한 인덱스의 효과를 정확히 알고 싶다면, 해당 인덱스를 적용한 후 실제 쿼리 실행 계획을 분석하는 것이 좋습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.