인프런 커뮤니티 질문&답변
작성한 질문수
ORDER BY 튜닝관련 문의
작성
·
106
0
EXPLAIN ANALYZE SELECT * FROM users ORDER BY salary LIMIT 100;
-> Limit: 100 row(s) (cost=100569 rows=100) (actual time=338..338 rows=100 loops=1)
-> Sort: users.salary, limit input to 100 row(s) per chunk (cost=100569 rows=996636) (actual time=338..338 rows=100 loops=1)
-> Table scan on users (cost=100569 rows=996636) (actual time=0.0672..250 rows=1e+6 loops=1)
CREATE INDEX idx_salary ON users (salary);
EXPLAIN ANALYZE SELECT * FROM users ORDER BY salary LIMIT 100;
-> Limit: 100 row(s) (cost=0.0918 rows=100) (actual time=0.0709..0.253 rows=100 loops=1)
-> Index scan on users using idx_salary (cost=0.0918 rows=100) (actual time=0.0692..0.249 rows=100 loops=1)
여기서 질문이 있는데요. 인덱스를 salary에 적용한 이후에도 analyze이후 actual time이 인덱스가 없을때와 별차이가 없어 보이는데요. 이건 mysql의 실행계획 표시에 오류가 있는걸까요?
실제로 실행 속도는 향상은 돼었습니다.
답변 2
0
안녕하세요 마리님!
조금 더 정확한 설명을 위해 추가적인 정보 여쭤보겠습니다.
실제 실행 속도는 어떻게 측정됐는 지도 같이 댓글 달아주실 수 있을까요?
그리고 LIMIT의 수가 100이기 때문에 유의미한 차이가 크게 두드러지지 않았을 수도 있습니다.
LIMIT의 수를 조금 더 늘려서 테스트를 해보셔도 좋을 것 같습니다:D
답변 감사합니다!! 실제 실행 결과와 EXPLAIN 결과를 체크해보니,
EXPLAIN 결과에서도 actual time의 유의미한 차이가 보이네요!
EXPLAIN ANALYZE SELECT * FROM users ORDER BY salary LIMIT 100;
-> Limit: 100 row(s) (cost=100569 rows=100) (actual time=338..338 rows=100 loops=1)
-> Sort: users.salary, limit input to 100 row(s) per chunk (cost=100569 rows=996636) (actual time=338..338 rows=100 loops=1)
-> Table scan on users (cost=100569 rows=996636) (actual time=0.0672..250 rows=1e+6 loops=1)
CREATE INDEX idx_salary ON users (salary);
EXPLAIN ANALYZE SELECT * FROM users ORDER BY salary LIMIT 100;
-> Limit: 100 row(s) (cost=0.0918 rows=100) (actual time=0.0709..0.253 rows=100 loops=1)
-> Index scan on users using idx_salary (cost=0.0918 rows=100) (actual time=0.0692..0.249 rows=100 loops=1)
인덱스를 생성하기 전에는 약 338ms가 걸릴 거라고 측정했고,
인덱스를 생성한 후에는 약 0.253ms가 걸릴 거라고 측정했다고 결과가 나왔습니다!
이 결과를 통해 EXPLAIN ANALYZE의 결과만 보고도 유의미한 성능 차이를
확인하실 수 있습니다:D
0
안녕하세요, 인프런 AI 인턴입니다. 마리님이 제기하신 질문에 대해, 인덱스를 추가했음에도 불구하고 EXPLAIN ANALYZE의 실제 실행 시간(actual time)이 인덱스가 없을 때와 별차이가 없게 나타나는 현상에 대해 설명해드리겠습니다.
우선, 실제 쿼리 실행 시간이 개선되었다는 점을 고려할 때, 인덱스는 올바르게 작동하고 있을 가능성이 높습니다. 다만, EXPLAIN ANALYZE 결과는 SQL 쿼리의 실행 계획을 표기하며, 이는 데이터베이스의 내부 알고리즘과 비용 추정치를 기반으로 산정됩니다. 이 과정에서 몇 가지 요소들이 영향을 미칠 수 있습니다:
표시의 편차:
EXPLAIN ANALYZE의 실제 시간은 여러 요인에 따라 다르게 나타날 수 있습니다. 특히, 데이터베이스 서버의 성능 상태, 캐싱의 영향을 받을 수 있습니다. 이는 실행 계획의 비용과 실제 시간이 늘 완벽하게 일치하지 않을 수 있는 이유입니다.MySQL 버전 및 설정: MySQL의 버전에 따라
EXPLAIN의 결과와actual time측정 방식이 다를 수 있습니다. 최신 버전에서는 더 정확한 통계와 예측을 제공할 수 있도록 개선된 기능이 포함되어 있지만, 일부 변동이 있을 수 있습니다.실험 조건의 차이:
ANALYZE를 실행할 때 각 테스트 환경의 캐시 상태가 다르거나 다른 쿼리들이 동시에 실행되고 있다면, 이로 인해actual time이 큰 차이를 보이지 않을 수 있습니다.
관련하여 비슷한 상황에 대한 추가 설명 및 최적화 방법에 대한 예제를 더 보고 싶으시다면, 이전의 유사한 질문들을 참조하실 수 있습니다:
- 질문이있습니다.: 이 링크에서는 EXPLAIN과 실제 성능 결과 차이에 대한 깊이 있는 논의를 포함하고 있습니다.
이러한 내용을 기반으로, 문제가 심각한 것은 아니며 인덱스는 제대로 적용되었다고 판단할 수 있습니다. 나머지 최적화는 실제 쿼리 수행 성능과 서버 상태를 모니터링하며 추가적으로 개선할 수 있습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
인덱스가 없을때는 310ms 인덱스 생성 후에는 2ms 입니다.