복합인덱스

Question

복합인덱스에서 범위 조건은 뒤로 가야 효율이 좋다고 하는데 실제로 테스트를 해보니까 뒤로 가야 모든 컬럼이 인덱스를 타더라구요.근데 이해가 안갑니다.... 왜 범위조건이 먼저 나오면 안되는지 실제로 범위조건 뒤는 인덱스가 아니라 필터로 처리되던데....이게 목차로 따지면 복합인덱스는 첫번째 컬럼으로 큰 목차를 만들고 만들어진 큰 목차 하나하나에 작은 목차들이 생성된다고 생각하면 되는건가요?이렇게 되면 먼저 범위 조건을 하면 그 안에 있는 작은 목차들을 하나하나 찾아야 되서 필터처리가 되는건 이해가 가는데 반대의 경우는 이해가 안가더라구요. 먼저 값에 해당하는 목차들을 선별해서 그 안에서 범위를 비교하는 느낌인건가요?

crnmst · Answer

이론을 ai는 뛰어 넘으니가 튜너들이 꼭 하다는 소리가 그때 그때 달라요, 다 그러진 않아요.. 핑계대고 이힌트 저힌트 오만가지 힌트 줘보고 초 재서 튜닝햇다고함. 사기꾼들.

지붕뚫고높이차 · Answer

카타로그, 카디날러티, 통계, SQL의도, 캐쉬 등의 정보를 가지고 옵티마이져가 실행계획을 만듭니다.SQL의도와 다르게 인덱스를 타야 하는데 필터가 걸리거나 복합인덱스를 사용해야 하는데 다른 인덱스를 사용하는 이유인거죠.그럴때 쓰는게 힌트입니다. 개발자의 의도대로 SQL 실행하라구요.그리고 다른분이 튜너에 크게 상처받은 것 같은데 튜너의 한계는 문제되는 SQL 만 보는데 있습니디.역정규화, 로직의 변경, 새로운 엔티티 생성등을 고려하지 않다 보니 (할수도 없죠) 오만가지 힌트를 사용할 수 밖에 없죠. 사기꾼 소리를 들을건 아니고 최선을 다한 겁니다.

엡실론 · Answer

이게 목차로 따지면 복합인덱스는 첫번째 컬럼으로 큰 목차를 만들고 만들어진 큰 목차 하나하나에 작은 목차들이 생성된다고 생각하면 되는건가요?네 정확합니다.

Clickin · Answer

인덱스는 99% b트리 계열로 구현되어있는데요, 그렇다보니 리프 노드만 가지고 범위 검색할 수 있도록 범위 조건이 가장 마지막에 오는 게 유리합니다.

꾸아아아아아아악 · Answer

mysql, innodb엔진 기준 설명입니다. 인덱스는 순차적으로 정렬된 구조입니다. 인덱스 구성 요소의 순서에 따라 다른데요 순서가 중요합니다. age, ticket_number 이 인덱스 칼럼으로 있는 테이블이 있다 가정해보겠습니다. ( 정렬 순서를 보기 편하게하기위해 숫자로 예시를 듭니다.) index (age , ticket_number ) 으로 구성되어있다면 age 가 먼저 정렬되고 ticket_number 가 정렬됩니다. 즉 리프노드에 인덱스가 쌓여있는 구조로는 age / ticket_number 1 / 2211 1 / 2223 1 / 3345 1 / 3365 2 / 1123 2 / 2234 3 / 2211 3 / ...... 4 / ......... . .. 99 / ....... 위의 정렬 순서를 보시면 age로 우선 정렬이 되어 있고 그 다음 순으로 ticket_number 로 정렬된걸 보실 수 있습니다. 티켓넘버가 아무리 빠르다고 하여도 age 순으로 먼저 정렬된 후에 ticket_number 로 정렬됩니다(create table 에서 지정한 index 의 순서에 따라 결정됩니다.) 만약 쿼리를 SELECT age, ticket_number FROM test_table WHERE age &#61; 2 and ticket_number >&#61; 1111 로 날렸다 가정합니다. 해당 where 조건의 두개의 값은 인덱스 구성요소이며 첫번째 인덱스의 칼럼이 where 절에 사용되어 있으므로 인덱스 &#34;레인지&#34; 스캔을 합니다. 처음으로 age 가 2인 2/1123을 찾습니다. 그 후 age 가 2가 아닌값(해당 예시에선 3) 이전까지의 데이터를, age 가 3이상인 데이터들에 대해 더 이상의 탐색 없이 반환합니다. 2 / 1123 , 2 / 2234 를 반환합니다. 만약 이 상황에서 SELECT age, ticket_number FROM test_table WHERE age >&#61; 2 and ticket_number &#61; 2211 이런 쿼리를 날리면 어떻게될까요 age 기준으로 선정렬이 되어있는 상황에서 범위조건이 age에 걸리니 인덱스를 효율적으로 사용할 수 없습니다. 즉 age가 2인 데이터 부터 시작해서 그 이후 모든 데이터에 대해 ticket_number 가 2211 인데이터를 일일히 다 찾아야합니다. 얼마나 많은 데이터를 뒤져야되는지 감이 오셨을거라 예상합니다. 그때그때 다른경우도 분명 있습니다(테이블에 데이터가 엄청 적어서 옵티마이저가 그냥 테이블풀스캔을 때린다던지 등) 하지만 인덱스를 활용할 만큼 많은 데이터가 있는 상황에서는 위의 방식으로 동작합니다.

복합인덱스

5개의 답변

Q&A 목록