mysql 이 쿼리가 왜 더 성능이 더 좋을까요?(도와주세요 제발 ㅠㅠ)

Question

//A 쿼리 select ep.employee_post_id, m.member_id from employee_post ep join member m on ep.member_id = m.member_id order by ep.employee_post_id limit 10;//B 쿼리 select ep.employee_post_id from employee_post ep order by ep.employee_post_id limit 10; //C 쿼리 select ep.employee_post_id, m.member_id from employee_post ep join member m on ep.member_id = m.member_id where ep.employee_post_id in (2,200,201,202,203,204,205,206,207,208) //B쿼리 결과 order by ep.employee_post_id;A 쿼리 의 결과는 B 쿼리와 C 쿼리로 결과를 동일하게 맞출 수 있습니다.A 쿼리에 대한 explain analyze 결과: -- -> Limit: 10 row(s) (cost=2015 rows=10) (actual time=0.0485..0.0653 rows=10 loops=1) -- -> Nested loop inner join (cost=2015 rows=10) (actual time=0.0477..0.064 rows=10 loops=1) -- -> Index scan on ep using PRIMARY (cost=0.628 rows=10) (actual time=0.0309..0.0325 rows=10 loops=1) -- -> Single-row covering index lookup on m using PRIMARY (member_id=ep.member_id) (cost=0.25 rows=1) (actual time=0.00284..0.00287 rows=1 loops=10) 보시면 cost 값이 2015 인 것을 보실 수 있습니다. B쿼리에 대한 explain analyze cost 비용 0.25(너무 작아서 쿼리 생략)C 쿼리에 대한 explain analyze cost 비용: 8.02-- -> Nested loop inner join (cost=8.02 rows=10) (actual time=0.0384..0.0703 rows=10 loops=1) -- -> Filter: (ep.employee_post_id in (2,200,201,202,203,204,205,206,207,208)) (cost=4.52 rows=10) (actual time=0.0295..0.0459 rows=10 loops=1) -- -> Index range scan on ep using PRIMARY over (employee_post_id = 2) OR (employee_post_id = 200) OR (8 more) (cost=4.52 rows=10) (actual time=0.0278..0.0431 rows=10 loops=1) -- -> Single-row covering index lookup on m using PRIMARY (member_id=ep.member_id) (cost=0.26 rows=1) (actual time=0.00209..0.00212 rows=1 loops=10)위 결과를 보시면 limit 를 이용하여 JOIN 처리를 하는 것보다 쿼리를 2개로 쪼개더라도 where in 쿼리로 필터링을 하는 것이 cost 측면에서 더 좋다는 것을 보실 수 있습니다. DB 내부적으로 어떤 차이점이 있길래 성능이 차이가 날까요?저는 처음에 A 쿼리가 모든 레코드를 조인 후에 limit 를 수행해서 성능이 안좋은 건줄 알았는데okky 질문을 통해 그런 것도 아닌 것 같다는 생각이 든다는 말이죠 ㅠㅠDB 내부적으로 뭔 차이가 있길래!!!!

kenu,전독시 · Answer

employee_post_id직원글id 면 성능을 왜 따져야 되죠?트래픽이 많다고 가정하고? 인가요?

체크남 · Answer

member 조인 다 스캔하는듯 한데employee_post member_id index 걸어도 그런걸까요?cost 상대적으로 커도 실 처리시간은 별 차이 없을듯요

n = n + 1 · Answer

DB는 잘은 모르지만.. 단순히 본다면A 쿼리는 employee_post 테이블에서 전체 내용에서 member 테이블의 전체 데이터를 비교하고 C 쿼리는employee_post 테이블에서 employee_post_id 값이 특정된 값으로 한정하여 member 테이블과 비교함으로 그만큼 비교될 대상이 (2,200,201,202,203,204,205,206,207,208) 값인것만 member테이블과비교함으로 코스트가 줄어든게 아닌가 싶네요.

캐티 · Answer

풀스캔과 범위스캔으로 인하여 코스트가 다르게 예상되었스빈다. 실질적인 성능 차이는 없다고 보아도 되겠쩌.

빠따가 약이다 · Answer

저 두개 쿼리가 데이터 분포가 어떻게 되냐에 따라서도 달라질 수도 있기 때문에 지금 떙 쿼리만으로 비교 하는거는 어불성설 두개 쿼리가 데이터 분포가 어떻게 되냐에 따라서도 달라질 수도 있기 때문에 쿼리만으로 비교 하는거는 어불성설 입니다.

mysql 이 쿼리가 왜 더 성능이 더 좋을까요?(도와주세요 제발 ㅠㅠ)

5개의 답변

#performance 목록