[SQL] INDEX 인덱스

[ INDEX 인덱스 의미]

주소록 같은 개념으로 데이터의 주소값을 가지고 있는 것을 인덱스라고 한다.

인덱스가 있다면 Table Full Scan 없이 원하는 블록 주소를 찾아내 그 블록만 메모리로 복사해와 빠른 작업이 가능하다.

 

* 데이터베이스 성능과 연관되어있는 중요한 개념

* 생성, 관리를 잘못한 경우 오히려 성능 역효과 (주의해서 만들어야함)

 

 

[생성원리]

Table Full Scan  -> Sort 정렬 -> Block 기록

테이블 내용 읽어서 메모리로 가져옴 -> 메모리 정렬 (PGA-sort , 부족시 temporary tablespace 사용해서 정렬)  ->  인덱스를 저장하는 블록에 순서대로 데이터 기록 

 

즉, 인덱스는 데이터가 정렬되어 들어간다.

 

 

[Single Block I/O]

인덱스를 사용해서 1번에1개 블록만 읽어서 메모리로 가져오는 것

 

[Multi Block I/O]

인덱스를 사용하지 않고 메모리로 여러 블록을 한번에 가져오는 것

 

 

[B-TREE INDEX]

 

 

• root block - Branch blocks 주소 정보
• Branch blocks  - leaf block 정보 
• leaf block - 데이터 블록들의 주소 

데이터를 찾을 때는 위(ROOT BLOCK)에서 부터 찾는다. !!

 

 

1) UNIQUE INDEX

key 값에 중복되는 데이터가 없다

2) NON-UNIQUE INDEX

중복되는 데이터가 들어가야만 하는 컬럼

3) Function Based INDEX 함수기반 인덱스

where 조건컬럼, 조인컬럼에 주로 인덱스를 만든다.

인덱스를 사용하려면 where조건을 다른형태로 가공하지않는다!!

- 가공시 INDEX Suppressing Error

4) DESCENDING INDEX 내림차순 인덱스

큰 값이 먼저 오도록 내림차순으로 인덱스 생성

큰 값을 많이 조회하는 SQL 에 주로 생성

 

 

5) Composite INDEX 결합 인덱스

두개 이상 컬럼을 합쳐서 인덱스를 만드는 것

where절 조건 컬럼이 2개 이상 AND로 연결되어 함께 사용되는 경우

 

[BITMAP INDEX]

- 데이터 값의 종류가 적고 , 동일한 데이터가 많을 경우 사용 

예) 성별 컬럼 값 종류

- 데이터 변경량이 적거나 없어야한다.

즉, 데이터 변경이 안되는 테이블과 값의 종류가 작은 컬럼에 생성해야 유리함

 

[주의사항]

인덱스를 생성하면 SQL 이 빨라진다 ?

오히려 FULL TABLE SCAN 을 하는 경우가 빠른 경우도 있다.

 

- DML 에 취약하다

DML 이 발생하는 테이블은 인덱스를 최소한으로 만들어야한다.

 

Insert: 인덱스 블록들이 두개로 나눠지는 현상 발생 -> INDEX Split 현상 발생

(사용하지 않는 인덱스는 지워야하는이유 !!!)

 

Delete : 데이터가 지워져도 인덱스는 지워지지 않고 사용 안된다는

표시만(인덱스에선 데이터가 지워지지 않음) 뜬다.

 

Update : 인덱스에서 delete -> insert 작업이 발생하게 된다. (동시에 일어나서 큰 부하 일으킴)

 

- 타 SQL 실행에 악영향을 줄 수 있다

잘 수행되던 sql 문장이 새로운 인덱스때문에 느려지는 경우

다른 sql 문장도 고려해서 인덱스를 생성해야한다.

[관리법]
조회
모니터링
INDEX Rebuild 하기

[Invisible Index 인비저블 인덱스]