[10주차] 업무에 바로 쓰는 SQL 튜닝_3장_이준렬

[lee-JunR]

서적의 EXPLAIN으로 옵티마이저의 실행 계획을 조회하는 부분에서 예제 쿼리에 대한 결과가 달라 질문드립니다.!

EXPLAIN
SELECT 사원.사원번호, 직급.직급명
FROM 사원,
     직급
WHERE 사원.사원번호 = 직급.사원번호
  AND 사원.사원번호 BETWEEN 10001 AND 10100;

해당 쿼리의 결과가 책에서는 ref 로 나오나

이렇게 나와있으나 제 실행 결과에서는 eq_ref 로 나옵니다.

+----+-------------+--------+------------+--------+---------------+---------+---------+----------------------------+------+----------+--------------------------+
| id | select_type | table  | partitions | type   | possible_keys | key     | key_len | ref                        | rows | filtered | Extra                    |
+----+-------------+--------+------------+--------+---------------+---------+---------+----------------------------+------+----------+--------------------------+
|  1 | SIMPLE      | 직급   | NULL       | range  | PRIMARY       | PRIMARY | 4       | NULL                       |  151 |   100.00 | Using where; Using index |
|  1 | SIMPLE      | 사원   | NULL       | eq_ref | PRIMARY       | PRIMARY | 4       | tuning.직급.사원번호       |    1 |   100.00 | Using index              |
+----+-------------+--------+------------+--------+---------------+---------+---------+----------------------------+------+----------+--------------------------+
2 rows in set, 1 warning (0.00 sec)

그래서 각 테이블을 조회해보니 두 테이블 모두 사원, 직급 테이블의 사원번호가 기본키더군요 (직급 테이블에서는 사원번호가 복합 기본 키의 한 속성입니다..)
그렇다면 1대 다가 되야할텐데 왜 책과 달리 eq_ref 가 나왔을까요
각 테이블 정보도 함께 보여드립니다.

mysql> desc 사원;
+--------------+---------------+------+-----+---------+-------+
| Field        | Type          | Null | Key | Default | Extra |
+--------------+---------------+------+-----+---------+-------+
| 사원번호     | int           | NO   | PRI | NULL    |       |
| 생년월일     | date          | NO   |     | NULL    |       |
| 이름         | varchar(14)   | NO   |     | NULL    |       |
| 성           | varchar(16)   | NO   |     | NULL    |       |
| 성별         | enum('M','F') | NO   | MUL | NULL    |       |
| 입사일자     | date          | NO   | MUL | NULL    |       |
+--------------+---------------+------+-----+---------+-------+
6 rows in set (0.01 sec)

mysql> desc 직급;
+--------------+-------------+------+-----+---------+-------+
| Field        | Type        | Null | Key | Default | Extra |
+--------------+-------------+------+-----+---------+-------+
| 사원번호     | int         | NO   | PRI | NULL    |       |
| 직급명       | varchar(50) | NO   | PRI | NULL    |       |
| 시작일자     | date        | NO   | PRI | NULL    |       |
| 종료일자     | date        | YES  |     | NULL    |       |
+--------------+-------------+------+-----+---------+-------+
4 rows in set (0.00 sec)

[GaHee99]

저두 동일하게 나와요!

EXPLAIN
SELECT 사원.사원번호, 직급.직급명
FROM 사원,
     직급
WHERE 사원.사원번호 = 직급.사원번호
  AND 사원.사원번호 BETWEEN 10001 AND 10100;

드라이빙 테이블 : 사원, 드리븐 테이블 : 직급
row 검색 결과 : 사원 1 , 드리븐테이블 151
따라서 드라이빙 테이블에서 row검색 결과가 1이여서, eq_ref로 나오는 것 같아요!

흠 책이 이상한건지.. 제 생각에는 eq_ref가 맞다고 생각합니다.!

[GaHee99]

지피티 답변은 아래와 같아요,

주어진 SQL 쿼리는 사원 테이블과 직급 테이블을 조인하여 사원번호가 10001에서 10100 사이인 사원의 사원번호와 직급명을 선택합니다. EXPLAIN 명령어를 통해 쿼리 실행 계획을 분석한 결과는 다음과 같습니다.

쿼리 설명
sql
코드 복사
SELECT 사원.사원번호, 직급.직급명
FROM 사원,
직급
WHERE 사원.사원번호 = 직급.사원번호
AND 사원.사원번호 BETWEEN 10001 AND 10100;
실행 계획 설명
plaintext
코드 복사
+----+-------------+--------+------------+--------+---------------+---------+---------+----------------------------+------+----------+--------------------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+--------+------------+--------+---------------+---------+---------+----------------------------+------+----------+--------------------------+
| 1 | SIMPLE | 직급 | NULL | range | PRIMARY | PRIMARY | 4 | NULL | 151 | 100.00 | Using where; Using index |
| 1 | SIMPLE | 사원 | NULL | eq_ref | PRIMARY | PRIMARY | 4 | tuning.직급.사원번호 | 1 | 100.00 | Using index |
+----+-------------+--------+------------+--------+---------------+---------+---------+----------------------------+------+----------+--------------------------+
주요 포인트
드라이빙 테이블(Driving Table)

사원 테이블이 드라이빙 테이블로 선택되었습니다. 이는 주어진 조건에서 사원 테이블의 사원번호 범위가 좁고, 인덱스를 사용하여 빠르게 검색할 수 있기 때문입니다.
드리븐 테이블(Driven Table)

직급 테이블이 드리븐 테이블로 사용되었습니다. 직급 테이블에서 사원번호에 대한 조인을 수행합니다.
접근 방식

직급 테이블의 접근 방식은 range입니다. 이는 직급 테이블에서 사원번호의 특정 범위(10001~10100)를 검색하는 데 사용됩니다.
사원 테이블의 접근 방식은 eq_ref입니다. 이는 드라이빙 테이블에서 검색된 각 행에 대해 드리븐 테이블에서 정확히 하나의 일치하는 행을 찾는다는 것을 의미합니다.
인덱스 사용

두 테이블 모두 PRIMARY 키를 사용하여 인덱스를 활용하고 있습니다.
결론
예, 당신의 설명이 맞습니다. 사원 테이블에서 사원번호 범위가 10001에서 10100 사이의 조건을 만족하는 행이 하나만 존재하기 때문에, eq_ref 타입으로 처리됩니다. 사원 테이블에서 하나의 행을 검색한 후, 직급 테이블에서 해당 사원번호에 매칭되는 행을 검색합니다.
이 분석이 여러분의 이해에 도움이 되었기를 바랍니다. 추가적인 질문이 있다면 언제든지 문의해 주세요!

자세한 내용은 gptonline.ai/ko/에서 확인하세요.